[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#259740: xserver-xfree86: Windows key no longer treated as modifier, but rather as Super_L.

On Mon, Jul 26, 2004 at 04:55:39PM -0500, Branden Robinson wrote:
> I'm not positive, but you might try some advice that Lionel Elie Mamane
> posted to bug #256706.
> He said:
> 	If I do "xmodmap -e 'clear mod1'", VT switching works again.
> 	http://bugs.debian.org/256706

scott@tara:~$ [0] xmodmap
xmodmap:  up to 3 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x6d)
mod1        Alt_L (0x40),  BadKey (0x7d),  BadKey (0x9c)
mod2        Num_Lock (0x4d)
mod4        BadKey (0x7f),  BadKey (0x80)
mod5        Mode_switch (0x5d),  ISO_Level3_Shift (0x7c)

I gave "xmodmap -e 'clear mod4'" a try, no go. It still comes up as Super_L.
Clearing mod4 removes its mod4 abilities.

And from xev:

KeyRelease event, serial 25, synthetic NO, window 0x2c00001,
    root 0xb4, subw 0x2c00002, time 10416149, (45,44), root:(1326,501),
    state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:  ""

I can't figure how the current mod4 mapping relates to Super_L, which is
apparently what the key is now.


http://quadhome.com/            - Personal webpage
http://tranzoa.net/             - Corporate webpage

Attachment: signature.asc
Description: Digital signature

Reply to: