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"
This looks like a Xkb extension problem rather than panel plugin problem to me. Does it happen under other desktop environments/windows managers?
Sorry for my ignorance but how would I test that? I thought this window wise layout switching is a xkb panel plugin feature.
Indeed it is, but I don't see anything related to that feature in the problem description. Could you describe more thoroughly the problem?
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
Oh and sorry I'm not sure its the only key not getting switched. But I can try later.
Ok just tried it. Seems to be the only key that doesn't work as expected.
(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...
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/panel-plugins/xfce4-xkb-plugin/-/issues/5. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev