switching de,us doesnt work completely while us,de does
Submitted by chris
Assigned to Alexander Iliev
Description
With the following setup in the xorg.conf on switching from de to us the key with the keycode 51 is not assigned the us layout specific binding. Meaning it still behaves like with de layout. Option "XkbLayout" "de,us"
If you change the order to it works as expected. Option "XkbLayout" "us,de"
Activity
No I mean you asked me if the same thing happens on other desktop environments/window managers. So I asked how I would test that. I doubt you mean I should try to switch layouts through the xkb panel plugin since that wouldn't make sense in other environmnts like KDE or something.
What I can tell you though is that if I set the layout for the whole session per command line it works like a charm. No matter if xfce or any other desktop environment.
But as soon as I use the xkb panel plugin it indeed switches the keyboard layout but not fully as it leaves out the key with the keycode 51. I realized that when I tried to type a \ but got an # which is what you get with that key on the German keyboard layout.
Sorry if I sound a bit retarded but I'm pretty new to this keyboard layout stuff and am not really sure about the right terms and such.
-
This sounds really strange to me.
All the xkb plugin does is to set the new layout, it does not do funny things with the layout itself, just tells X to use one or the other.
Are you sure that this is the only key that does not get "switched" to the other layout?
What distribution are you using, with what version of XFree86/Xorg, waht is the version of the xkb plugin? Can you paste the whole keyboard section of your X configuration?
-
Gladly. Here it goes.
Section "InputDevice" Identifier "Keyboard1" Driver "kbd" Option "AutoRepeat" "500 30" Option "XkbLayout" "de,us" Option "XkbRules" "xorg" Option "XkbModel" "microsoft" EndSection
distro is Gentoo xorg-server is 1.2.0-r3 xfce4-xkb is 0.4.3-r1 (not sure what of this is important) setxkbmap is 1.0.2 libxkbfile is 1.0.4 libxkbui is 1.0.2
-
(In reply to comment 8)
Ok just tried it. Seems to be the only key that doesn't work as expected.
Hi,
I have experienced the same issue with the combination cz,us (wouldn't work correctly), where us,cz would work correctly when specified through xorg.conf. However, the affected key was the 'space' which in case of the US keyboard layout was generating '0x64' instead of '0x20' as the standard space character is..
What seems to fix the issue (aside from changing the order to 'us,cz' in xorg.conf) is doing: setxkbmap -layout cz,us -variant qwerty, -option grp:alt_shift_toggle
after the xfce4 session is started.
I have come across this problem while actually testing http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490410 that seems to be also some xkb stuff broken..
-
This bug has also been reported on Ubuntu Launchpad as: https://bugs.launchpad.net/bugs/396520
From the launchpad report:
Binary package hint: xfce4-xkb-plugin (0.5.3.2)
I have installed Xubuntu with Norwegian keyboard layout (no) and later added US and CZ (qwerty) layouts using the "Keyboard Layouts" toolbar item. If I add them in this order, the AltGr key stops work both for the Norwegian and Czech layouts (which is a problem, as it is needed for @, [], {}, ~, ...). If I, however, add the Czech layout before the US one (so the order is no, cz, us), the AltGr key work as expected..
This has been tested on two HP laptops, one with 32-bit and one with 64-bit Xubuntu 9.04, both with and without an external keyboard..
-
(In reply to comment 10)
This bug has also been reported on Ubuntu Launchpad as: https://bugs.launchpad.net/bugs/396520
From the launchpad report:
Binary package hint: xfce4-xkb-plugin (0.5.3.2)
I have installed Xubuntu with Norwegian keyboard layout (no) and later added US and CZ (qwerty) layouts using the "Keyboard Layouts" toolbar item. If I add them in this order, the AltGr key stops work both for the Norwegian and Czech layouts (which is a problem, as it is needed for @, [], {}, ~, ...). If I, however, add the Czech layout before the US one (so the order is no, cz, us), the AltGr key work as expected..
This has been tested on two HP laptops, one with 32-bit and one with 64-bit Xubuntu 9.04, both with and without an external keyboard..
It was me who reported the bug for Ubuntu. I can still confirm it in Xubuntu Maverick, though the behaviour is a bit different now: setxkbmap -option grp:shifts_toggle no,cz_qwerty,us -> NO: AltGr gives the same output as CZ without any modifier CZ: AltGr seems to work OK setxkbmap -option grp:shifts_toggle no,us,cz_qwerty -> NO: AltGr gives the same output as US without any modifier CZ: AltGr seems to work OK setxkbmap -option grp:shifts_toggle us,no,cz_qwerty -> AltGr seems to work with both NO and CZ setxkbmap -option grp:shifts_toggle us,cz_qwerty,no -> AltGr seems to work with both NO and CZ
As a side note, the values are often reset (to just the default keyboard) after restart, so I have to call setxkbmap on the start-up...
2022 update: Could not reproduce on OpenSUSE Tumbleweed. Tried all configurations of X keyboard layouts de,us cz,us and no,cz,us and in all configurations, all of the "" (keycode 51), spacebar, and AltGr keys worked normally with all layouts selected after switching among them in any order and with any layout set as the current one. Closing.
added 3. Not a Bug label
mentioned in merge request !2 (merged)
removed 3. Not a Bug label
added 3. Need Info label
