Bug#259740: Windows key no longer treated as modifer, just as Super_L
On Wed, Sep 01, 2004 at 07:15:37AM +0200, Fabio Massimo Di Nitto wrote: On Tue, 31 Aug 2004, Denis Barbier wrote: The problem with -6 is that a patch had not been applied, so these changes were incomplete and Meta keys were broken in Debian packages. So IMO this bug should be cloned and reassigned to metacity, but I let Debian maintainers decide what to do. FYI: The version that Ross is running is built from trunk that already contains the patch you provided. I know, otherwise xmodmap would have displayed BadKey symbols ;) It seems that I was unclear, my previous post was to tell that current SVN version fixes all known modifier related issues. Some problems may persist, but in such cases it is likely that Ivan Pascal won't consider them as bugs and applications should be fixed instead. Denis
Re: Bug#259740: Windows key no longer treated as modifer, just as Super_L
On Tue, 31 Aug 2004, Denis Barbier wrote: The problem with -6 is that a patch had not been applied, so these changes were incomplete and Meta keys were broken in Debian packages. So IMO this bug should be cloned and reassigned to metacity, but I let Debian maintainers decide what to do. FYI: The version that Ross is running is built from trunk that already contains the patch you provided. Fabio -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout.
Bug#259740: Windows key no longer treated as modifer, just as Super_L
I'm still seeing this bug with XFree86 4.3.0.dfsg.1-6ubuntu11 (synced to SVN trunk @ r1777). Fabio M. Di Nitto told me to follow up as this should have been fixed. I have a normal British Windows keyboard with the Windows/Menu keys, configured like this: Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout gb EndSection xmodmap says this: $ xmodmap xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c) mod2Num_Lock (0x4d) mod3 mod4Super_L (0x7f), Hyper_L (0x80) mod5Mode_switch (0x5d), ISO_Level3_Shift (0x7c) Not totally understanding the X keyboard model, I'll try and explain what happens. My Metacity is configured to switch workspaces on super-arrows. When I let go of the super/Windows key I'd expect the workspace switching popup to go, but it persists until I press it again, as if it wasn't a modifier key. The magic xmodmap line: xmodmap -e 'clear mod4' -e 'add mod4 = Super_L' fixes this temporarily. My GNOME keyboard settings applet says that super is mapped to the Windows key is the default setting. Pressing and releasing the left Windows key in xev produces these: KeyPress event, serial 26, synthetic NO, window 0x301, root 0x8e, subw 0x0, time 1593258, (104,3), root:(108,539), state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: KeyRelease event, serial 26, synthetic NO, window 0x301, root 0x8e, subw 0x0, time 1593375, (104,3), root:(108,539), state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: When I go to the GNOME keybindings applet to configure a super-key combination, when I press the super key it doesn't wait for a key along with the modifier, but stops at Super_L. If I use Meta it waits for me to hit another key and will display something like Alt5. Anything else I can do to help debug this? Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF
Bug#259740: Windows key no longer treated as modifer, just as Super_L
On Tue, Aug 31, 2004 at 02:39:45PM +0100, Ross Burton wrote: [...] When I go to the GNOME keybindings applet to configure a super-key combination, when I press the super key it doesn't wait for a key along with the modifier, but stops at Super_L. If I use Meta it waits for me to hit another key and will display something like Alt5. Anything else I can do to help debug this? Ivan Pascal explains in http://bugzilla.xfree86.org/show_bug.cgi?id=580 why he had to make changes to modifier keys, and that applications have to be updated if they are broken by these changes because he cannot fix XKB without breaking other stuff. The problem with -6 is that a patch had not been applied, so these changes were incomplete and Meta keys were broken in Debian packages. So IMO this bug should be cloned and reassigned to metacity, but I let Debian maintainers decide what to do. Your output contains mod4Super_L (0x7f), Hyper_L (0x80) Those 0x7f and 0x80 keycodes are the fake keys introduced by Ivan Pascal. As explained in the URL above, no events are associated with fake keys, so WM may have trouble when trying to intercept such events. Maybe altwin:super_win XKB option could help in this case, since real keys are then also mapped to mod4. Denis