bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: utf-8 input under X11


From: Eli Zaretskii
Subject: Re: utf-8 input under X11
Date: Tue, 23 Oct 2001 14:32:26 +0200 (IST)

On Tue, 23 Oct 2001, David Monniaux wrote:

> Le Mardi 23 Octobre 2001 11:59, Eli Zaretskii a écrit :
> > Could you please repeat my experiment, only press your key
> > combinations instead of sending literal keys like I did, and see if
> > the problem is not due to something else, like your .emacs or site
> > startup files?
> 
> I did. I therefore didn't have "Encoded keyboard" turned on.

Really?  On my system, "C-x RET k utf-8 RET" turns on the Encoded-kbd 
mode.  Don't you see "Encoded Kbd" in the mode line?

> > Also, I'm not sure: is it possible that your keyboard doesn't send
> > UTF-8, but instead Unicode keysyms?
> 
> No, it's not possible. AltGr-e is the keysym e + the modifier AltGr; 
> compose E = gets translated to the Euro sign by Xlib according to the 
> Compose table.
> 
> I suspect something along the following lines: Emacs calls the 
> function that translates input keysyms into a string, but does not 
> envision that the resulting string will be several byte long for a 
> single keystroke.

I'm confused: you've just said that no keysyms are transmitted, but then 
you say that input keysyms are translated into a string?

When Emacs is set up for utf-8 keyboard encoding, it expects a UTF-8 
stream of codes, not a keysym.

Do you maybe have an X input method enabled or something?

> Something equally silly happened before with mice with more than 5 
> buttons (dual wheel, in fact) : there was no check on the range of 
> the button numbers returned by Xlib and Emacs crashed as soon as 
> buttons 6 or 7 were pressed (i.e. the second wheel was moved).

I don't think this is what happens here.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]