syndaemon -k doens't ignore mod4, only mod1, control and shift. Versions: xorg-server 1.5.3-4 xf86-input-synaptics 0.99.3-1 xf86-input-evdev 2.1.0-1 xmodmap: shift Shift_L (0x32), Shift_R (0x3e) lock control Control_L (0x25), Control_R (0x69) mod1 Alt_L (0x40), Meta_L (0xcd) mod2 Num_Lock (0x4d) mod3 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, bugzilla-daemon@freedesktop.org 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: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531771 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!
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.