GNOME Bugzilla – Bug 318704
One can't use Super_L instead of Alt
Last modified: 2006-07-22 12:20:29 UTC
Super_L cannot be used as a modifier for shortcuts while using gnome-keybinding-properties. When pressed it's accepted and bound to an action as a single key. xmodamp says: shift Shift_L (0x32), Shift_R (0x3e) lock Caps_Lock (0x25) control Control_L (0x42), Control_R (0x6d) mod1 Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c) mod2 Num_Lock (0x4d) mod3 mod4 Super_L (0x7f), Hyper_L (0x80) mod5 Mode_switch (0x5d), ISO_Level3_Shift (0x71), ISO_Level3_Shift (0x7c) Other information:
well, I am not really interested in xmodmap. Could you please show me "xprop -root | grep XKB"? Are you using standard gnome keyboard configuration tool from control center?
_XKB_RULES_NAMES_BACKUP(STRING) = "xorg", "imac", "pl", "", "lv3:rwin_switch,ctrl:swapcaps" _XKB_RULES_NAMES(STRING) = "xorg", "imac", "pl", "", "lv3:rwin_switch,ctrl:swapcaps" imac is my own hand-made model with pc105 symbols. Yes I do.
I've managed this by putting <Mod4> everywhere I put <Super_L> before. I've tried to figure out why Super_L is treated as a normal key instead of a modifier but I still don't know. It looks like the KeyPress events generated by Super_? are completly indistinguishable from key presses made with other "ordinary" keys (Alt, Shift and other modifier keys look the same). The only difference is that if a key has been defined as a modifier it doesn't gnerate subsequent KeyPress/KeyRelease repeated events and it has. Another difference can be found in KeyRelease events, it is non-zero /state/. Please compare these two pairs of events (Super_L is Mod4 as in my first note): KeyPress event, serial 29, synthetic NO, window 0x3600001, root 0x7d, subw 0x0, time 13435045, (317,31), root:(329,131), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) "l" XmbLookupString gives 1 bytes: (6c) "l" XFilterEvent returns: False KeyRelease event, serial 29, synthetic NO, window 0x3600001, root 0x7d, subw 0x0, time 13435124, (317,31), root:(329,131), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) "l" KeyPress event, serial 29, synthetic NO, window 0x3600001, root 0x7d, subw 0x0, time 13436108, (317,31), root:(329,131), state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 29, synthetic NO, window 0x3600001, root 0x7d, subw 0x0, time 13436180, (317,31), root:(329,131), state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: Summing up, gnome-keybinding-properties does not know Super_L
reopening as requested information has been provided.
OK that's right. It is not XKB configuration problem, it is g-kb-p does not have knowledge about Super_L. Sorry for confusion.
*** This bug has been marked as a duplicate of 165343 ***