https://bugs.kde.org/show_bug.cgi?id=454511
--- Comment #2 from sedmi...@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 watching all bug changes.
