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 > [...]
[EMAIL PROTECTED]:~$ [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)
mod3
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.
Scott.
--
http://quadhome.com/ - Personal webpage
http://tranzoa.net/ - Corporate webpage
signature.asc
Description: Digital signature
