[kde] [Bug 454511] Alt+a does not work when "Czech" is one of the layouts, even if it's not currently selected

[bugzilla_noreply at kde.org]

https://bugs.kde.org/show_bug.cgi?id=454511

--- Comment #2 from sedmicha at gmail.com ---
Thanks for your help. I opened an issue with xkeyboard-config here
https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/320 .

The problem was the default shortcut Alt+~ and that there is a ~ character on
the A key on the third level of the Czech keyboard (AltGr+a outputs ~).
It seems like when KDE handles shortcuts, it checks on all key levels of all
added layouts looking for a match.  

This seemed very weird to me at first, but thinking about it a bit more I could
see why KDE would want to handle shortcuts like that. So I'm not sure if this
is the intended behavior or not, but I assume it is. 

With this knowledge I can now manage to figure out why some of my key
combinations don't work by going through the keyboard layout definition file
and the default shortcuts if this happens to me with anything else, but I think
a regular user would never be able to figure this out on their own, and I
imagine with some more unusual layouts there could be way more problems like
this.

For example in the Opensuse bug report I linked, there's a comment from someone
with a Polish/Colemak layout that has issues with a bunch of key combinations
that don't work. He says:
```
I am experiencing the same issue, but also with Polish and Colemak layouts.
Currently I am unable to use Emacs keybindings such as Alt+w, Alt+h,
Control+Alt+a etc. Weirdly enough Alt+a works for me.
```

And here's the same problem with a different key combination for someone with
an Arabic layout
https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/160 .


I'm not really sure how this could be properly solved, but I figured it'd be
worth at least bringing this up.

-- 
You are receiving this mail because:
You are the assignee for the bug.