Bug#557110: [xorg] Applications don't get right coded key symbols
Package: xorg
Version: 1:7.4+4
Severity: normal
--- Please enter the report below this line. ---
Hello,
I'm using different keyboard layouts. Depending on the configuration It happens, that the applications aren't handling [AltGr]-modified keys in the right way:
Example:
My settings are:
$ setxkbmap -layout gb,us,us,us -variant intl,,,
I'm typing [AltGr]+[M] and the letter "µ" (UTF-16: 0x00B5) appears in all applications (first layout, as US layout would result in the letter "m")
Now I change:
$ setxkbmap -layout gb,us,us,ir -variant intl,,,
I'm still using the first layout. For the last "ir" is choosen as there is no "µ" no [AltGr]+[M] and the error occurs this way.
- On some applications I still get a "µ": xterm, vim-gtk, wpa_gui, konqueror and all tested KDE applications
- On some applications I get a invalid letter "�": konsole
- On some applications I get no letter at all: oowriter, inkscape, leafpad, iceweasel, opera (Qt3), opera (Qt4)
Anyway, non ASCII letters which are available without [AltGr] as well as composed letters are available any time.
I've compared the xev output for both settings. For the error situation it looks like that:
KeyPress event, serial 31, synthetic NO, window 0x4400001,
root 0x11f, subw 0x0, time 242013275, (-357,-507), root:(1906,358),
state 0x10, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 34, synthetic NO, window 0x4400001,
root 0x11f, subw 0x0, time 242013445, (-357,-507), root:(1906,358),
state 0x98, keycode 58 (keysym 0xb5, mu), same_screen YES,
XLookupString gives 2 bytes: (c2 b5) "µ"
XmbLookupString gives 2 bytes: (c2 b5) "µ"
XFilterEvent returns: False
KeyRelease event, serial 34, synthetic NO, window 0x4400001,
root 0x11f, subw 0x0, time 242013498, (-357,-507), root:(1906,358),
state 0x98, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 34, synthetic NO, window 0x4400001,
root 0x11f, subw 0x0, time 242013523, (-357,-507), root:(1906,358),
state 0x10, keycode 58 (keysym 0x6d, m), same_screen YES,
XLookupString gives 1 bytes: (6d) "m"
XFilterEvent returns: False
For the nice situation in the second and third entry the state is 0x90 and not 0x98.
I have the problem on a second computer also with Debian testing installation. Also on the current Knoppix CD (6.01 I think) there is the same problem. On a
current(?) Ubuntu-Installation of a friend there is not such a problem.
I guess the problem occures, when the last configured layout makes use of a [AltGr]-modification.
I've written here what I rate important. If you know German you may find here some more information as I asked for help in this forum:
http://debianforum.de/forum/viewtopic.php?f=2&t=115713
Thanks a lot.
Meinert
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.30-2-amd64
Debian Release: squeeze/sid
990 testing www.debian-multimedia.org
990 testing security.debian.org
990 testing ftp.rfc822.org
990 testing deb.opera.com
500 unstable ftp.rfc822.org
--- Package information. ---
Depends (Version) | Installed
======================================-+-===============
xserver-xorg | 1:7.4+4
libgl1-mesa-glx | 7.6-1
OR libgl1 |
libgl1-mesa-dri | 7.6-1
libglu1-mesa | 7.6-1
xfonts-base (>= 1:1.0.0-1) | 1:1.0.0-6
xfonts-100dpi (>= 1:1.0.0-1) | 1:1.0.0-4
xfonts-75dpi (>= 1:1.0.0-1) | 1:1.0.0-4
xfonts-scalable (>= 1:1.0.0-1) | 1:1.0.0-7
x11-apps | 7.4+2
x11-session-utils | 7.3+1
x11-utils | 7.4+1
x11-xfs-utils | 7.4+1
x11-xkb-utils | 7.4+3
x11-xserver-utils | 7.4+2
xauth | 1:1.0.3-2
xinit | 1.1.1-1
xfonts-utils | 1:7.4+2
xkb-data | 1.6-1
xorg-docs-core | 1:1.4-5
xterm | 250-1
OR x-terminal-emulator |
Package's Recommends field is empty.
Suggests (Version) | Installed
========================-+-===========
xorg-docs |
Reply to: