Summary: | Meta+é etc. hotkeys not working on French AZERTY keyboards | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kdeclarative | Reporter: | Mahendra Tallur <mahen> |
Component: | general | Assignee: | Marco Martin <notmart> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | adrien.brunelat, cedric.nanteau, jpmbatrina01, kde, kdelibs-bugs, nate, plasma-bugs, thomas.cochat, totpet94 |
Priority: | NOR | ||
Version: | 5.73.0 | ||
Target Milestone: | --- | ||
Platform: | Neon | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=423305 | ||
Latest Commit: | Version Fixed In: |
Description
Mahendra Tallur
2018-02-08 21:42:58 UTC
Interesting, thanks for the investigation. I'm not sure how to proceed here. I wasn't very happy with assigning 10 custom shortcuts in the first place and apparently my feeling about that was right. Hello, Any news regarding this bug? It's also preventing Latte Dock shortcuts for launching apps quickly using the Meta key. Seems related to Bug 423305. It is indeed related related to Bug 423305. I also tried replicating the issue, and it persists even after the patch. This all revolves around KKeyServer::isShiftAsModifierAllowed https://invent.kde.org/frameworks/kwindowsystem/-/blob/master/src/kkeyserver.cpp#L96 It only "filters" for some hardcoded keys (including numbers), but I think only takes into account QWERTY/US layout(s). Fixing this through the same mechanism will require that number keys be added, but that might introduce bugs for other keyboard layouts. The only solutions I can think of are: * removing the hardcoded keys and dynamically checking for Shift-able shortcut depending on the keyboard layout. This will might break if the user has many keyboard shortcuts * Making it so that Qt does not "translate" Shift-able keys (e.g. Shift+1 should be returned as "1" with Qt::ShiftModifier instead of "!" with Qt::ShiftModifier) I am not familiar with Qt development, and I understand Qt is a hugely popular framework widely used outside of KDE, so the latter might be hard to do. Other workarounds would be to check for scancodes (QKeyEvent::nativeScanCode), but it might be too messy (multiple keyboard layouts, it might return 0, it does not work on macOS). I apologize, turns out I tested this case without the patch in Bug 423305, and turns out that patch also fixes this issue. Still, there might be a (decently common) keyboard layout out there that is not covered, so it still might be worth fixing overall To clarify, it fixes Meta+Shift+2 in AZERTY keyboards, but Meta+é etc. still does not work. Hi ! I use Kubuntu and this issue is still not fixed. Does anyone know if it will be fixed one day ? I know it's a minor bug but still annoying. Thanks Hi. I tried to change my keyboard layout with xmodmap to get some key to become É (notice the capital !) and the shortcut works. So this issue might be related to some upper case conversion issue for non ascii character. Most shortcuts will display the upper case letter ( Meta + a displayed as Meta + A). You can also see it in the ".config/kglobalshortcutsrc" file. I'm not sure why Meta + A works with its lower case equivalent but Meta + É doesn't. |