| Summary: | keyboard shortcuts use shifted symbols (e.g., Meta+!) instead of the unshifted ones (e.g., Meta+Shift+1) | ||
|---|---|---|---|
| Product: | [Applications] systemsettings | Reporter: | 80p3fy75dc |
| Component: | kcm_keys | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | agurenko, ashark, bizyaev, butirsky, dev, fanzhuyifan, jacopo.deamicis, kacperzkap, kde, med.medin.2014, nate, oded, pavel.urusov, sprit152009 |
| Priority: | NOR | ||
| Version: | 5.21.3 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=494579 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Bug Depends on: | 415289 | ||
| Bug Blocks: | |||
|
Description
80p3fy75dc
2021-03-26 18:13:36 UTC
Could you check if it differs on Wayland? (In reply to Andrey from comment #1) > Could you check if it differs on Wayland? I've just tried on Wayland and it doesn't make any difference unfortunately. Same behavior than on X11. Any update? Could you try to do some investigation and find related issues here or for Qt? I think I saw something related with Shift modifier for shortcuts.. It would help to push it forward. Sorry to dig up this old bug, but it seems it's still unsolved. This is my system info: ``` OS: Fedora Linux 37 KDE KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.105.0 Qt Version: 5.15.9 Graphics Platform: Wayland ``` I'm pretty sure I wasn't seeing this on Kubuntu 20.04 LTS (which I believe shipped with X11). The issue is exactly what described earlier: I can also confirm that "Ctrl+Shift+NumPad*" combinations are affected, even if I set the advanced keyboard setting "Numeric keypad always enters digits (as in macOS)". What if you keep only English layout configured in your system? (In reply to Andrey from comment #6) > What if you keep only English layout configured in your system? Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! This bug is valid. (In reply to Andrey from comment #6) > What if you keep only English layout configured in your system? Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! The bug is valid. The layout does not matter. Still occurs after updating to Plasma 6. - Operating System: Arch Linux - KDE Plasma Version: 6.0.1 - KDE Frameworks Version: 6.0.0 - Qt Version: 6.6.2 - Graphics Platform: Wayland Same on X11. (In reply to 80p3fy75dc from comment #0) > 2. Try to assign say "Meta+Shift+1" for "Window to Desktop 1" action > > OBSERVED RESULT > As you press the keys to define the shortcut, "Meta" and "Shift" appear in > the box with the wheel, but as soon as you press "1", the shortcut ends up > being "Meta+!". Sorry it's not quite clear to me if the actual problem is the resulted shortcut can't be triggered at all or you just prefer it would be "Meta+Shift+1" instead of "Meta+!"? (In reply to Andrey from comment #15) > (In reply to 80p3fy75dc from comment #0) > > 2. Try to assign say "Meta+Shift+1" for "Window to Desktop 1" action > > > > OBSERVED RESULT > > As you press the keys to define the shortcut, "Meta" and "Shift" appear in > > the box with the wheel, but as soon as you press "1", the shortcut ends up > > being "Meta+!". > Sorry it's not quite clear to me if the actual problem is the resulted > shortcut can't be triggered at all or you just prefer it would be > "Meta+Shift+1" instead of "Meta+!"? The latter. I'd like to use "Meta+Shift+1" for "Window to Desktop 1" action. Then the description is somewhat misleading as the Shift key is actually can be used in the shortcuts, it's just sometimes "consumed" by a keymap on XKB level. I don't know an easy way to prevent this, if somebody looks how it's done in Gnome, it would be helpful. Is this just a cosmetic issue where you would like the shortcut to appear as Meta+Shift+1? Because even though the shortcut appears as Meta+!, pressing Meta+Shift+1 still triggers it. A related question is how we want shortcuts of this kind to be triggered in different layouts. Suppose in a different layout, shift+1 is not !, but shift+2 is !, do we want the shortcut to trigger when the user presses Meta+Shift+1, or when the user presses Meta+Shift+2? The Qt documentation (https://doc.qt.io/qt-6/qkeysequence.html#keyboard-layout-issues) gives some rationale of why it is desirable to set shortcuts like Meta+! instead of Meta+Shift+1: """ For example, the shortcuts, Ctrl plus and Ctrl minus, are often used as shortcuts for zoom operations in graphics applications, and these may be specified as "Ctrl++" and "Ctrl+-" respectively. However, the way these shortcuts are specified and interpreted depends on the keyboard layout. Users of Norwegian keyboards will note that the + and - keys are not adjacent on the keyboard, but will still be able to activate both shortcuts without needing to press the Shift key. However, users with British keyboards will need to hold down the Shift key to enter the + symbol, making the shortcut effectively the same as "Ctrl+Shift+=". Although some developers might resort to fully specifying all the modifiers they use on their keyboards to activate a shortcut, this will also result in unexpected behavior for users of different keyboard layouts. For example, a developer using a British keyboard may decide to specify "Ctrl+Shift+=" as the key sequence in order to create a shortcut that coincidentally behaves in the same way as Ctrl plus. However, the = key needs to be accessed using the Shift key on Norwegian keyboard, making the required shortcut effectively Ctrl Shift Shift = (an impossible key combination). """ Based on that, I think that this report should be closed as WONTFIX, unless there is a reasonable way to handle the problem raised above. *** Bug 489920 has been marked as a duplicate of this bug. *** *** Bug 440163 has been marked as a duplicate of this bug. *** *** Bug 491644 has been marked as a duplicate of this bug. *** *** Bug 489603 has been marked as a duplicate of this bug. *** *** Bug 493787 has been marked as a duplicate of this bug. *** *** Bug 494543 has been marked as a duplicate of this bug. *** *** Bug 493787 has been marked as a duplicate of this bug. *** |