[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: change in X character input processing
From: |
Dave Love |
Subject: |
Re: change in X character input processing |
Date: |
02 Nov 2002 13:51:06 +0000 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 |
"Stefan Monnier" <monnier+gnu/address@hidden> writes:
> The new code you installed works very differently from the one you had before.
> Now your x-keysym-table overrides the usual XmbLookupString+decode process
> This means that when you do
>
> address@hidden emacs -q --no-site-file
>
> with your code an eacute will insert a latin-1 eacute whereas with
> the previous code it inserted a latin-9 eacute.
Sorry, I forgot the input translation table never got used properly.
It should affect self-inserting characters, but I couldn't do that
originally (in Lisp). The situation above is the same as for Quail
methods, and I think it's strictly correct insofar as X uses iso2022
and defines the keysym to be Latin-1, but obviously it's not what you
want.
I'll sort out the translation table, then you'll get a high
probability of translating the input character appropriately for the
buffer context, regardless of the locale. I probably can't test that
under X before Monday.
If the current code is causing anyone problems, setting
`x-keysym-table' to an empty hash table should give the same behaviour
as before.
[The input translation may be useful for more charsets than currently
supported. See ucs-tables.el if anyone wants to add more tables that
are useful and not too big. If they are big (2-dimensional charsets),
they should probably just be added to the translation tables in
appropriate language environments.]
- Re: change in X character input processing, Dave Love, 2002/11/01
- Re: change in X character input processing, Stefan Monnier, 2002/11/01
- Re: change in X character input processing, Stefan Monnier, 2002/11/01
- Re: change in X character input processing,
Dave Love <=
- Re: change in X character input processing, Stefan Monnier, 2002/11/02
- Re: change in X character input processing, Dave Love, 2002/11/06
- Re: change in X character input processing, Stefan Monnier, 2002/11/06
- Re: change in X character input processing, Kim F. Storm, 2002/11/07
- Re: change in X character input processing, Dave Love, 2002/11/11
- Re: change in X character input processing, Dave Love, 2002/11/11
- Re: change in X character input processing, Stefan Monnier, 2002/11/11