| Summary: | syndaemon -k doen't ignore mod4 | ||
|---|---|---|---|
| Product: | xkeyboard-config | Reporter: | Mikael Eriksson <mikael_eriksson> |
| Component: | General | Assignee: | xkb |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | alexeyten+deb, hense78, jcristau, lafeuil, mikael_eriksson, peter.hutterer, steph |
| Version: | unspecified | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | Fix Win key as third level chooser | ||
|
Description
Mikael Eriksson
2009-01-10 09:01:30 UTC
not a syndaemon bug actually. Mod4 is mapped to SUPR, a virtual key. This isn't the same as the physical keys, which are mapped to Super_L and Super_R and don't show up in the core mapping. setxkbmap -option "altwin:super_win" creates this mapping and it works fine. Sergey - any reason why this isn't the default? Thanks! With setxkbmap -option "altwin:super_win" it works.
> Sergey - any reason why this isn't the default?
You mean - why Mod4 is not mapped to LWIN/RWIN in addition to SUPR ? Well, I cannot think of any reason. Should we try that?
On Mon, Mar 02, 2009 at 12:55:05PM -0800, bugzilla-daemon@freedesktop.org wrote: > You mean - why Mod4 is not mapped to LWIN/RWIN in addition to SUPR ? Well, I > cannot think of any reason. Should we try that? I think it'd make sense. Since SUPR is a only virtual key it appears in xmodmap but isn't actually useable. And RWIN/LWIN are mapped to nothing by default, which is rather pointless. Committed! Please check. This change seems to break level3 switch with LWIN/RWIN in GTK+ applications. See Debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531771 I myself don't really understand why this change would cause this bug, so I guess the problem is in GTK+. Do you have any idea on the subject? According to #23266, this fix is invalid - it breaks things for people using lv3:lwin_switch. As the result, I am reverting this patch: http://cgit.freedesktop.org/xkeyboard-config/commit/?id=5de02aa07a8d4bbe1957af3a38212c3507f2436f I'm afraid, you have to specify altwin:super_win explicitly I can't reproduce this. Tested with 3e6a7a495a4f7ceb8c2dd505003f02c893c18975 added caps:numlock lv3:lwin_switch, lv3:rwin_switch and lv3:win_switch all work fine and as expected (tested on layout 'de'). what's the magic sauce required to break it? *** Bug 23266 has been marked as a duplicate of this bug. *** Reopening, since bug #23266 + Debian's bugzilla say that "fix" is causing troubles Actually, it works to me as well - but may be it only manifests itself with certain layouts/models... Created attachment 30489 [details] [review] Fix Win key as third level chooser This patch fixes win-key as third level chooser for me. Ok, let user explicitly specify altwin:super_win. Let's see how many complains we're going to get... Thanks for the patch! |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.