JO+
Group: Members
Posts: 15
Joined: June 2005 |
|
Posted: June 17 2005,22:24 |
|
Late - but maybe it will be useful to someone.
I had the same problem with Firefox - seems you have to use the 'big' X-Server XFree86.dsl i.s.o. the DSL built-in (Xvesa, right?) and add some parts needed for internationalisation: - /usr/X11R6/bin/xkbcomp (keyboard compiler e.g. from Debian Sarge works) - /etc/X11/xkb (directory with a lot of keybd layouts, also from e.g. Debian Sarge) Then update your /etc/X11/XF86Config-4 file with: Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" #Option "XkbLayout" "us" for a German keyboard (that's what makes my life easier). See also the info for installing XFree86.dsl (.xserverrc and friends) !!!
Background: -------------- it's a problem with the keyboard mapping of the AltGr key (right alt), which is used on some non-US keyboards to create special characters like @ (AltGr + Q or 2), | (AltGr + <) ...
Googling around I found the following errata at Red Hat (http://rhn.redhat.com/errata/RHEA-2004-488.html):
Quote | ... These updated packages also fix a bug where GTK+ applications failed to interpret certain key combinations correctly when used with certain X servers. Problematic key combinations included such keys as the AltGr key. For example, the problem occurred with Hummingbird, ReflectionX, and X-Win32 X servers.
When the server was configured to use the Swiss German, the Swiss French, or the France French keyboard layouts, it was impossible to enter any of the Mode_Switched characters within GTK based applications. Traditional applications such as XTerm and Emacs operated correctly. A simple test was to enter AltGr+7, resulting in a pipe '|' output. When gnome-terminal is run with XFree86, this succeeds, but with ReflectionX, it fails.
This problem has been traced to unwarranted assumptions in the GDK keyboard mapping code about the data, which was being sent back from the X server.
All users of gtk2, pango, and librsvg2 should upgrade to these updated packages, which resolve these issues.
|
Looks like an incompatibility between gtk+/gtk2 and the X server in DSL.
If someone has an easier solution (e.g. patching the gtk20.dsl) I would highly appreciate that. The process above is horrible - in brief avoid!
|