retitle 249951 xlibs: Ctrl key not seen correctly when Russian layout used thanks On Mon, May 31, 2004 at 01:10:00PM -0700, Stefan Baums wrote: > [I resend this email because the bug had temporarily been assigned > to a wrong, non‐existing package, so people probably did not > receive it.] Thanks for doing that. > I am not an expert in XKB configuration, but will do my best to > help pin down this bug. Please let me know of any specific things > to test out on my system. But I also feel that this bug should be > easy to reproduce on other people’s computers. > > > Sounds like the Russian layout has messed up either the key > > mapping or the modifier mapping of the Alt key. > > I’m not sure what the former means, but do not believe that it is > the latter. Under the “us” keyboard layout, Xev says the > following when I press Alt + f: I got the same output as you did with both the "us" "ru(phonetic)" layouts. However, I think we may be barking up the wrong tree. When I tried to kill xev with CTRL-C, I found I could not. However, the key events for Control_L and Control_R looked the same in both layouts as well. At any rate, I suspect a malfunctioning CTRL key is keeping you from switching layouts with CTRL-ALT-K. > I performed this test under KDM’s session type “Failsafe” (a bare > Xterm without window manager) to rule out any influence from KDE & > Co. The symptoms are exactly the same as under KDE: with the > Russian layout I could not, for instance, use Alt + f to open the > File menu in Gedit. > > > I am downgrading it to normal because bugs like this only seem > > to affect people using tools like the GNOME and KDE keyboard > > switchers. > > That is not correct, the problem lies deeper. I get exactly the > same misbehaviour when I switch to the Russian keyboard layout > from the command line using > > setxkbmap -layout ru -variant phonetic > > (as I did in the above Xev test). I don’t know if that makes the > bug serious enough to bump up it’s severity to “important” again, > but it sure is annoying, and I would imagine it affects a fair > number of Debian users. At the very least, I suggest changing the > bug title to reflect the more general nature of the bug. (Sorry, > I don’t know how to do so myself, and it’s probably the package > maintainer’s prerogative to do so anyway.) I agree that this looks like a general XKB problem. > Let me also point out that my system runs under an en_US.UTF-8 > locale, which may or may not be relevant. I do not know how to > test whether it is: Entering Russian under an en_US.ISO-8859-1 > locale is of course not even meant to be possible, and when I > start under a Russian 8‐bit locale such as ru_RU.KOI8-R, the menus > in e.g. Gedit have completely different, Russian names with > correspondingly different, Russian shortcuts. I use en_US.UTF-8 as well. Sorry I don't have much insight to offer. -- G. Branden Robinson | Don't use nuclear weapons to Debian GNU/Linux | troubleshoot faults. branden@debian.org | -- US Air Force Instruction 91-111 http://people.debian.org/~branden/ |
Attachment:
signature.asc
Description: Digital signature