Re: Re: [m17n] No compose characters possible with asian language setting

Mike FABIAN <[email protected]>
Newsgroups gmane.linux.suse.m17n
Organization Tomorrow we've got to get organized
Message-ID <[email protected]>
Lars Dɪᴇᴄᴋᴏᴡ <[email protected]> さんは書きました:

> Jan Willem Stumpel ✍:
>> with uim the Compose key works
> I installed and tried uim from the M17N repo yesterday and confirm that 
> indeed, it does.
>
> Unfortunately uim's pinyin input method is pitiful compared to scim's - it 
> does not take any words or phrases typed ahead into account. A character is 
> generated as soon as it is completed. Abbreviated input (e.g. b'q'l →
> 冰淇淋) is not supported. There does not seem to be any configuration or 
> documentation for this input method.
>
> I can't work with uim. As goal attainable in much shorter time, I would rather 
> see scim fixed with respect to the Compose feature.

Compose *does* work with scim for quite a while now.

Only the compose table is hardcoded in the scim sources.
The compose table which was used for the hardcoding was something
around the time of SLES10. Since then the X11 Compose table has changed
slightly so there are a few minor differences in key-sequences between
the Compose support in X11 and SCIM now. But not many, in most cases
you won't notice any difference. 

I have a perl script to parse the X11 Compose table at build time of
scim form the X11 Compose table of the system where scim is built and
convert it into the file format scim uses for hardcoding the compose
table.  But I never found the time to add that to the SuSE scim package.

One could also ready the compose table at runtime, but that would
cost a little bit of performance. 

-- 
Mike FABIAN   <[email protected]>
睡眠不足はいい仕事の敵だ。
-- 
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.