Summary: | Shift key on neo layout not handled correctly | ||
---|---|---|---|
Product: | [Applications] systemsettings | Reporter: | tm42 <t-m.42> |
Component: | kcm_keyboard | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | akselmo, butirsky, evgeniyharchenko.dev, fanzhuyifan, josh, jpetso, kde.org, natalie_clarius, nate |
Priority: | NOR | ||
Version First Reported In: | 6.1.4 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=422401 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
tm42
2024-09-06 19:51:50 UTC
Here's something I found: With neo2 keyboard layout, meta+shift+t keyboard shortcut I have worked just fine. But with *any* layout, shift+capslock does not work. Is this similar to what you're experiencing? Indeed it also appears with other layouts as well. However, I cannot assign meta+shift+t to anything, because after hitting meta+shift the shortcut is assigned to meta+shift+capslock without waiting for other keys. The provided keymap indicates that your left shift is mapped to capslock, which is not a modifier. Currently our shortcut handling is based on Qt key codes, which is based on key syms, so unfortunately we won't be able to handle this situation. I am marking this as UPSTREAM, as what we are doing is consistent with how Qt processes shortcuts. This has been requests to support shortcuts based on native key codes, e.g. see BUG 422401. |