| Summary: | Cannot use the Windows-Key (Super_L) for shortcuts | ||
|---|---|---|---|
| Product: | [Applications] systemsettings | Reporter: | Tassilo Horn <tassilo> |
| Component: | kcm_keys | Assignee: | Ellis Whitehead <ellis> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
I also have the problem. Duplicate of 155033 |
Version: kdelibs r762474, kdebase r762477 (using Devel) Installed from: Compiled sources Compiler: gcc-4.2.2 OS: Linux I installed KDE4 from the current svn trunk. My problem is that I cannot define shortcuts that use the Super_L (aka Windows) key in "System Settings -> Keyboard & Mouse -> Keyboard Shortcuts". When I try to define a shortcut and press the windows key, the button displays only some boxes. (Those boxes you get when the font you use has no glyph for this character.) If I type for example "Win+E" I get "°°°^, E" displayed in the button instead, where ° is a box that seems to be some subscirpt (it reaches below the button) and ^ is a box in normal height. This is what I get with xev when I press and release the windows key. KeyPress event, serial 31, synthetic NO, window 0x1a00001, root 0x1a6, subw 0x0, time 49421672, (-617,460), root:(299,485), 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 31, synthetic NO, window 0x1a00001, root 0x1a6, subw 0x0, time 49421779, (-617,460), root:(299,485), state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False Looks ok, I'd say. Because I'm an emacs addict and as such cannot have my desktop "steal" any Alt- and Ctrl-shortcuts, this is really a showstopper for me. I try using KDE4 for a week now and svn-updated and recompiled daily, but this bug was and is always there.