[openi18n-im:01217] LE langdata and lang toggle

Jens Petersen <[email protected]>
Newsgroups gmane.comp.internationalization.input-methods
Message-ID <[email protected]>
Akira TAGOH wrote:
> Well, and IMHO the static language list should be updatable
> by the hand, and gimlet just work for the frontend. it will
> saves some memory and will speed up the initialization so
> that htt_server won't need to load LEs at the startup time
> to get the available LE informations, and people won't look
> at the unnecessary languages in the language switch window
> say - such thing should be configurable and all languages
> should be displayed in the configuration window
> only. always displaying all without any configuration stuff
> looks bad to me, though.

Yep, I would like to see all the lang data moved out of gimlet
to the LEs for this.  Originally I thought perhaps the LEs should
be made to sent their langdata to the frontends via the server.
But perhaps a simpler better solution would to store the data in
in some system xml file that is upgraded when LEs get installed
and uninstalled (like /etc/iiim/le.xml.conf with iiimf-le-tools?).

Do you think it should be handled by iiimf-le-tools or separately?
The only downside to this is that now the translations of langdata
would be up to the individual LEs since it would no longer all
be concentrated in one file, but I think having correct langdata
available for the LEs actually installed outweighs this.

> Then, I would suggest one feature:
> - make a hotkey to switch the language seamlessly.
>   If I would configure the language on gimlet with Japanese
>   and Korean, that hotkey will works without looking at the
>   language switch list to switch the language quickly. I saw
>   the similar behavior on Mac, and it looks good to me.

Yeah, a lang toggling shortcut would help users a lot. :)
And it would be a good feature to differentiate iiimf.

Jens
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.