[Xfce-bugs] [Bug 1737] Keyboard Shortcuts - Window key maps to different "Keys"

[bugzilla-daemon at xfce.org]

Do not reply to this email.  To comment on this bug, please visit:
http://bugzilla.xfce.org/show_bug.cgi?id=1737





------- Comment #6 from fourdan at xfce.org  2006-09-08 17:23 UTC -------
Ok, I see what you mean, but I'm not sure the problem lies in our code. Let's
see how I can demonstrate that.

By default, on my Xorg system, I have the following modifiers defined :

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  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)

As you can see, Super_L is listed as a modifier but *not* Super_R. That could
explain, IMHO, why pressing the right "Windows" key is seen as a regular
keystroke and not as a modifier as you could expect.

To check that theory, a simple test is to add Super_R as a modifier.
Let's proceed as follow:

    xmodmap -e "clear mod4"
    xmodmap -e "add mod4 = Super_L Super_R Hyper_L"

That should do the trick. Let's checkn rerun "xmodmap" again to see what is now
listed as mod4:

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x6d)
mod1        Alt_L (0x40),  Alt_L (0x7d),  Meta_L (0x9c)
mod2        Num_Lock (0x4d)
mod3
mod4        Super_L (0x73),  Super_L (0x7f),  Super_R (0x74),  Hyper_L (0x80)
mod5        Mode_switch (0x5d),  ISO_Level3_Shift (0x71), ISO_Level3_Shift
(0x7c)

Great! So now both Super_L and Super_R are listed as modifiers. Now, the last
step is to check with the shortcut manager (both keyboard and WM shortcuts)
And indeed that works with both. 

Therefore, I do think that this issue could be related to the default Xorg
Xmodmap mapping.


-- 
Configure bugmail: http://bugzilla.xfce.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.