Description of problem: In the keyboards numberblock is a decimal-separator integrated. (usually del-key) In Germany is usually comma used for a decimal-separator. It Switzerland is a point used. The Swiss German keyboard-layout of Linux does set this key to a comma. Version-Release number of selected component (if applicable): Fedora 14, 16, 18 beta, Scientific Linux 6.x (may RHEL6 too), Debian, Ubuntu... How reproducible: It looks like an non distribution specific problem. (May Red Had knows where to correct it?) OSX and Win don't do this mistake. Steps to Reproduce: 1. Enable in Fedora, Scientific Linux, Debian or Ubuntu the Swiss German keyboard-layout. 2. press the decimal-separator of the numberblock Actual results: Comma in state of a point. Expected results: A Point out of the box. ;-) Additional info: May the Swiss France keyboard layout needs to be corrected as well.
What's the output of setxkbmap -print? If I run setxkbmap -layout ch, the key is assigned KP_Decimal, which _should_ translate into a point.
[tapbj@localhost ~]$ setxkbmap -layout ch [tapbj@localhost ~]$ setxkbmap -print xkb_keymap { xkb_keycodes { include "evdev+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compat { include "complete" }; xkb_symbols { include "pc+ch+inet(evdev)+terminate(ctrl_alt_bksp)" }; xkb_geometry { include "pc(pc101)" }; };
what's the output if you enable swiss through your normal means? I doubt you're calling setxkbmap to set the layout on an everyday-basis, right? just log in normally with the swiss layout, then run setxkbmap -print and xkbcomp -xkb $DISPLAY layout.xkb and attach the file here please.
No, I don't use setxkbmap at all normaly. Plesa, install any Fedora or CentOS and select the Swiss-German layout while installing and you can reproduse the bug. [tapbj@localhost ~]$ setxkbmap -print xkb_keymap { xkb_keycodes { include "evdev+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compat { include "complete" }; xkb_symbols { include "pc+ch+inet(evdev)+terminate(ctrl_alt_bksp)" }; xkb_geometry { include "pc(pc101)" }; }; [tapbj@localhost ~]$ xkbcomp -xkb $DISPLAY layout.xkb [tapbj@localhost ~]$
Created attachment 676975 [details] Output of xkbcomp -xkb $DISPLAY layout.xkb Output of xkbcomp -xkb $DISPLAY layout.xkb
weird. to get the KPDL key to be a comma, you need KP_Separator, added by the kpdl:comma section. That one is present in the de layout, not in the ch layout. The last commit I can see in the ch layout that modifies this dates back to 2007 (fix for https://bugs.freedesktop.org/show_bug.cgi?id=6960) The layout you attached also uses decimal, not separator: key <KPDL> { [ KP_Delete, KP_Decimal ] }; what does xev say when you hit the key?
> > what does xev say when you hit the key? I testet it with Fedora 18 today. xev tells: KeyRelease event, serial 35, synthetic NO, window 0x2200001, root 0xe6, subw 0x0, time 32619216, (833,393), root:(837,418), state 0x10, keycode 91 (keysym 0xffae, KP_Decimal), same_screen YES, XKeysymToKeycode returns keycode: 129 XLookupString gives 1 bytes: (2e) "." XFilterEvent returns: False But this is only true in KED. I'm supriced. I discovered, it works as it should in KDE! The decimal-separator of the numberblock is still a comma The Since years I'm used to use the point of the main keyboard block, because I didn't recognize it earlier. Sorry. BUT, if I open an non X command line, the decimal-separator of the numberblock is still a comma. And by the way the often in German used umlauts ä ö ü and the French à è é on the Swiss-German layout does not work in non-X-environment too. I can't write a capital umlaut too... I works all in KDE! What's the difference between the KDE-layout and the none-KDE keyboard-layout? I'm confused. I can't and gonna not test Gnome, LXDE or Xfce.
(In reply to comment #7) > BUT, if I open an non X command line, the decimal-separator of the > numberblock is still a comma. non-X command line? you mean on the ttys? They are using a completely different keyboard configuration tool (unfortunately), specifically they do not use xkeyboard-config. so for this bug, are we talking about the layout in X or on the tty?
(In reply to comment #8) > > so for this bug, are we talking about the layout in X or on the tty? It looks like we talking only about tty.
(In reply to comment #9) > (In reply to comment #8) > > > > so for this bug, are we talking about the layout in X or on the tty? > > It looks like we talking only about tty. Which keymap do you use for Swiss-German layout in text console? Should be placed in /etc/vconsole.conf
[root@mobile0 ~]# cat /etc/vconsole.conf FONT=True KEYMAP=sg [root@mobile0 ~]#
Thanks. '/lib/kbd/keymaps/i386/qwertz/sg.map.gz' keymap is fixed in kbd-1.15.3-7.fc18. I'll sent the patch to upstream too.
kbd-1.15.3-7.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/kbd-1.15.3-7.fc18
Package kbd-1.15.3-7.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kbd-1.15.3-7.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-2930/kbd-1.15.3-7.fc18 then log in and leave karma (feedback).
kbd-1.15.3-7.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.