https://bugs.kde.org/show_bug.cgi?id=479442
--- Comment #4 from nathan67003 <nathan67...@globetrotter.net> --- (In reply to @Wismill from comment #2) For several reasons, I've had to purge the kubuntu partition from my Apple PC; I did, however, have an Ubuntu VM lying around and ran evtest on that. Results: Shift left side -> code 42 (KEY_LEFTSHIFT) Shift right side -> code 54 (KEY_RIGHTSHIFT) Ctrl left side -> code 29 (KEY_LEFTCTRL) Ctrl right side -> code 97 (KEY_RIGHTCTRL) Alt left side -> code 56 (KEY_LEFTALT) Alt right side -> code 100 (KEY_RIGHTALT) Cmd left side -> code 125 (KEY_LEFTMETA) Cmd right side -> code 126 (KEY_RIGHTMETA) ...seeing the above and after digging through the config files I'd modified and saved externally to my Kubuntu partition, I'm no longer sure if this is a hardware interpretation issue or a use case issue. For instance, Alt+most letters does an ISO level 2 shift, allowing me to type ß with the S key; Alt + Shift + S allows me to type § with what I assume is an ISO level 3 shift; ISO level 4 (Ctrl + Shift) gives the same thing in this case, etc. Cmd does not like a Windows key and bring up a menu but serves as a sort of, well, "command" prefix for most app or system command shortcuts. Noteworthy is that both sides of the keyboard give indistinguishable results under all circumstances as well; there is no, as far as I'm aware, dedicated ISO level 3 shift key. I may have mistakenly reported this as a bug as I was unable to find any set of settings or parameters that would allow similar behaviour to that outlined above and in the text file first attached to the bug; if this is indeed the case, feel free to berate me for wasting (hopefully very little of) your time and I'll keep resorting to manually overhauling the entire keyboard with keyd and modified keyboard layout files or something to that effect. -- You are receiving this mail because: You are watching all bug changes.
