syndaemon -k doens't ignore mod4, only mod1, control and shift.
shift Shift_L (0x32), Shift_R (0x3e)
control Control_L (0x25), Control_R (0x69)
mod1 Alt_L (0x40), Meta_L (0xcd)
mod2 Num_Lock (0x4d)
mod4 Super_L (0xce), Hyper_L (0xcf)
mod5 ISO_Level3_Shift (0x5c), Mode_switch (0xcb)
not a syndaemon bug actually.
Mod4 is mapped to SUPR, a virtual key. This isn't the same as the physical keys, which are mapped to Super_L and Super_R and don't show up in the core mapping.
setxkbmap -option "altwin:super_win" creates this mapping and it works fine.
Sergey - any reason why this isn't the default?
Thanks! With setxkbmap -option "altwin:super_win" it works.
> Sergey - any reason why this isn't the default?
You mean - why Mod4 is not mapped to LWIN/RWIN in addition to SUPR ? Well, I cannot think of any reason. Should we try that?
On Mon, Mar 02, 2009 at 12:55:05PM -0800, email@example.com wrote:
> You mean - why Mod4 is not mapped to LWIN/RWIN in addition to SUPR ? Well, I
> cannot think of any reason. Should we try that?
I think it'd make sense. Since SUPR is a only virtual key it appears in
xmodmap but isn't actually useable. And RWIN/LWIN are mapped to nothing by
default, which is rather pointless.
Committed! Please check.
This change seems to break level3 switch with LWIN/RWIN in GTK+ applications. See Debian bug:
I myself don't really understand why this change would cause this bug, so I guess the problem is in GTK+. Do you have any idea on the subject?
According to #23266, this fix is invalid - it breaks things for people using lv3:lwin_switch.
As the result, I am reverting this patch: http://cgit.freedesktop.org/xkeyboard-config/commit/?id=5de02aa07a8d4bbe1957af3a38212c3507f2436f
I'm afraid, you have to specify altwin:super_win explicitly
I can't reproduce this. Tested with 3e6a7a495a4f7ceb8c2dd505003f02c893c18975 added caps:numlock
lv3:lwin_switch, lv3:rwin_switch and lv3:win_switch all work fine and as expected (tested on layout 'de').
what's the magic sauce required to break it?
*** Bug 23266 has been marked as a duplicate of this bug. ***
Reopening, since bug #23266 + Debian's bugzilla say that "fix" is causing troubles
Actually, it works to me as well - but may be it only manifests itself with certain layouts/models...
Created attachment 30489 [details] [review]
Fix Win key as third level chooser
This patch fixes win-key as third level chooser for me.
Ok, let user explicitly specify altwin:super_win. Let's see how many complains we're going to get...
Thanks for the patch!