[etoys-dev] composition input change

Bert Freudenberg bert at freudenbergs.de
Thu Oct 14 13:47:39 EDT 2010

On 14.10.2010, at 10:20, K. K. Subramaniam wrote:

> On Thursday 14 Oct 2010 9:30:00 pm Bert Freudenberg wrote:
>> On 14.10.2010, at 03:49, K. K. Subramaniam wrote:
>>> Hi Bert,
>>> The LANG check you introduced in etoys.sh will break Indic m17n fixes
>>> because most Indic environments leave the locale as en_IN.UTF-8 or
>>> en_US.UTF-8 and then choose the most appropriate language for a given
>>> app. This is why I patched etoys.sh to use compositioninput if .UTF-8
>>> encoding is specified in $LANG. Input encoding does not depend on
>>> language code.
>>> Subbu
>> But every Linux I know uses utf-8 now. E.g. German uses de_DE.UTF-8 and
>> English uses en_US.UTF-8. Since I don't know what compositioninput does, I
>> thought it better to restrict it to the languages you mentioned.
> compositioninput flag is used by vm-display-X11 to use multi-byte input method 
> instead of Latin-1 input method. This allows input method engines in Xlib to 
> switch in different encoders for keyboard input without recompiling an app. It 
> is required for m17n inputs. See XmbLookupString(3) and XLookupString(3) for 
> details.

>> So, how would it affect the other languages?
> It wont. compositioninput uses locale settings and is backward compatible with 
> Latin-1 input methods.

How so? The latin-1 locales use utf32 now, they do not expect multiple utf-8 bytes.

>> I previously thought the encoding part of LANG referred to file names. I
>> was surprised you thought it had anything to do with X11 input.
> Encoding covers characters (LC_CTYPE). Legacy environments don't tack .UTF-8, 
> so I am using it as a hint that the environment is more recent and will 
> support m17n.
> Given that Unicode is now widely accepted and implemented, we could use 
> compositioninput as default and deal with legacy encodings as exceptions.
> Subbu

But that would require more changes on the image side, right? For now your m17n environment is only used by a few locales.

- Bert -

More information about the etoys-dev mailing list