Summary: | symbols/pc/us overrides RWIN, LWIN, MENU when 'us' layout is secondary group. | ||
---|---|---|---|
Product: | xorg | Reporter: | Jim Ramsay <i.am> |
Component: | Input/Keyboard | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | high | ||
Version: | 6.8.2 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Jim Ramsay
2005-03-31 12:08:30 UTC
After further investigation, I have found that it is actually a problem with the us symbols in symbols/pc/us: If you set 'us' as the second group, it overrides any alternate group settings (or probably others) because of the following: xkb_symbols "basic" { name[Group1]= "US/ASCII"; include "pc/pc(common)" <snip> Note that because it is including pc/pc(common) the keys on pc/pc(common) override any subsequent modifiers setup by the primary group. I removed this include line in my local installation, and have noticed no problems with the us layout. Even when using us layout alone (setxkbmap us -option), the windows keys properly create Super_L and Super_R. this should work just fine in xk-c |
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.