Bug 243390 - Keyboard shortcuts Meta+[symbol] gives no action if symbol is in the 2nd keyboard layer
Summary: Keyboard shortcuts Meta+[symbol] gives no action if symbol is in the 2nd keyb...
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_keys (other bugs)
Version First Reported In: 4.2.0
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Michael Jansen
URL:
Keywords:
: 245598 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-07-01 23:13 UTC by Hannes Nagel
Modified: 2011-08-01 03:40 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hannes Nagel 2010-07-01 23:13:07 UTC
Version:           4.2.0 (using KDE 4.4.4) 
OS:                Linux

The standard keyboard shortcut Meta++ does not work. The same goes for any Meta+[Symbol, that is on the second keyboard layer, such as _, | (which are also default), and so on]. 
However, it is possible to configure kwin shortcuts with good old config file editing, so that the default keyboard shortcuts (for 4 modifiers) actually work. 

Reproducible: Always

Steps to Reproduce:
Configure the defafult kwin keyboard shortcuts for 4 modifier keys. Have a look a maximize window: It is Meta++. Hit the shortcut: Meta + Shift + = (which is plus). 
It also does not work for me, when using kxkb to switch to german keyboard layout.

Actual Results:  
Nothing happens.

Expected Results:  
Window maximizes (or whatever action else the shortcut is for)

Workaround: 
export the shortcut layout, replace Meta++ with Meta+Shift++ (or similar for similar shortcuts), save it and reimport it to kcmkeys. The shortcut should work now as expected.
Comment 1 Daniel Hahler 2010-07-24 02:32:48 UTC
*** Bug 245598 has been marked as a duplicate of this bug. ***
Comment 2 Daniel Hahler 2010-07-24 02:38:06 UTC
I confirm this, except for the workaround:
When replacing "Meta+*" with "Meta+Shift++" in the export, it gets ignored on import: the assigned custom shortcut gets changed to "None" (verified with another export).
(using a German keyboard layout)
Comment 3 Daniel Hahler 2010-07-24 02:39:32 UTC
I am using KDE 4.5rc2 (Ubuntu).
Also, bug 220925 might be related - I've asked for feedback about involvement of "Shift" over there.
Comment 4 John Koelndorfer 2010-10-15 06:33:06 UTC
I can also confirm this bug in Arch Linux using KDE 4.5.2. The workaround proposed in the original report works for me as well.
Comment 5 Fazaé 2010-10-19 16:40:34 UTC
We have the same problem with the french keyboard.

If i try to setup Meta+é as a shorcuts, Meta+É is recorded.

It is not possible to use SHIFT key in this case, because '2' is used insted.

"é" is on the key '2' on our keyboard.
Comment 6 Simon Persson 2011-08-01 03:40:10 UTC
Git commit 568cb9268a3f940564d155526cb81cec4327cbf6 by Simon Persson.
Committed on 29/06/2011 at 04:56.
Pushed by persson into branch 'master'.

Fix global shortcuts that include symbols produced with shift key

KKeySequenceWidget (used to enter shortcuts) removes shift from the
recorded shortcut if the symbol produced from that key is different
when shift is used. kglobalaccel needs to include shift in the grab in
order to be triggered on this class of shortcuts, and then in the
keypress event handler it also needs to strip the shift again before
checking which shortcut was just triggered.
BUG: 179504
BUG: 197548
BUG: 215030
CCMAIL: kde@michael-jansen.biz
REVIEW: 101520

M  +23   -3    kglobalaccel/kglobalaccel_x11.cpp     

http://commits.kde.org/kde-runtime/568cb9268a3f940564d155526cb81cec4327cbf6