[Bug 157468] Can't use shortcuts with meta (super_L/super_R) key
johannes.thraen at gmail.com
johannes.thraen at gmail.com
Wed Jul 7 15:09:49 BST 2010
https://bugs.kde.org/show_bug.cgi?id=157468
johannes.thraen at gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |johannes.thraen at gmail.com
--- Comment #4 from <johannes thraen gmail com> 2010-07-07 16:09:46 ---
I am not sure whether Bug 168350 is really a duplicate. If it is, it holds a
better description of the behavior.
KDE definitely gets meta, super and hyper wrong
My description is as follows: first xmodmap output for modifiers
xmodmap: up to 4 keys per modifier, (keycodes in parentheses):
shift Shift_L (0x32), Shift_R (0x3e)
lock
control Control_L (0x42), Control_R (0x69)
mod1 Alt_L (0x40), Alt_R (0x6c), Meta_L (0xcd)
mod2 Num_Lock (0x4d)
mod3
mod4 Super_L (0x85), Super_R (0x86), Super_L (0xce), Hyper_L (0xcf)
mod5 ISO_Level3_Shift (0x5c), Mode_switch (0xcb)
1. my (physical) windows-key produces a Super_L with xev, BUT
when I use it in a shortcut combination in kde input action settings it
will get recognized as meta_L. Nonetheless the resulting shortcut will work.
2. when I map my (physical) LControl-key to Hyper_L (and check it with xev)
and try to use it in a shortcut combination with another nonmodifier
kde input action settings will recognize it as something weird
(strange nonlatin letters will appear in the shortcut-box) and
the combination will get recognized as a single keypress, no modifier, but
as such it will work.
3. when I map my LControl-key to Super_L it will work as the windows key (see
1)
4. when I map my LControl-key to Meta_L and try to use it in a shortcut
combination, KDE will recognize it as an "Alt".. combination. Nonetheless
the combination will work, also when I press the real Alt.
Please reopen the bug, I'm using KDE 4.4.2 on Kubuntu 10.4., so it is
definitely not repaired in a more recent version as stated above.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Unassigned-bugs
mailing list