Version: (using KDE 4.2.90) Installed from: Fedora RPMs When using the colemak layout, shortcuts are still bound to the qwerty layout (so ctrl+alt+k is ctrl+alt+e when colemak is enabled). Shortcuts should either be bound to the keycode (in which it should be specified) or to what the keyboard layout specifies. I would rather the second since this is what is followed through VNC and it's a little weird having two different keys to do the same thing. This also affects single-key shortcuts (such as X or V in KMail or KNode).
(In reply to comment #0) > Version: (using KDE 4.2.90) > Installed from: Fedora RPMs > > When using the colemak layout, shortcuts are still bound to the qwerty layout > (so ctrl+alt+k is ctrl+alt+e when colemak is enabled). I'm not a keyboard expert, but AFAIK Qt simply gets X keyboard events which have a certain symbolic key in them. If that symbolic key is "e" even though you've pressed "k" on your keyboard, then your mapping in X11 keyboard config is broken. Anyway, mapping from key presses to shortcuts is not done in KDE anyway, its Qt so you need to file a bug there.
Still not solved... KDE 4.6.2 German environment Kubuntu 11.4 Observation: Shortcut handler always takes first keyboard layout in list. No matter which one is actually active. In my German KDE environment (QWERTZ keyboard layout), I added the German "Dvorak II" layout. When choosing it, input in all application works good, but the shortcuts behave as described above: All KDE shortcuts (including Ctrl+z, Ctrl+c, Ctrl+v and those to start applications) still follow the old keyboard layout. Non-KDE-Applications and the menu shortcuts (&File, &Edit, &View, etc) work fine (matching the new keyboard layout). Actually, the "shortcut-module" ("Kurzbefehle und Gestensteuerung" in the system settings) of KDE always seems to take the *first* in the list of keyboard layout, not necessarily the active one. Steps to reproduce: 1. Configure your keyboard to have US (first) and German (second) keyboard layout (German and US have Z and Y position swapped) 2. Start "kate" 3. Type in some text 4. Press Ctrl+Z Seems to be a duplicate of 274820, 272259, 176113 and maybe 154212
This is a Qt bug. Maybe it even was solved in the meantime, but it certainly exists again in Qt 4.8.5, see also https://bugreports.qt-project.org/browse/QTBUG-32908 Anyone with Qt 4.8.4 who can confirm that it works there?
As of 2021, I believe this bug is still not solved (cf. https://unix.stackexchange.com/q/214273/101324 ). QMake version 3.1 Using Qt version 5.11.3 in /usr/lib/x86_64-linux-gnu