On Tue, 23 Jul 2002, Tomohiro KUBOTA wrote:
> Extended input method is also needed. For example, I cannot input
> both of Japanese and Korean in one xterm session, because there are
> no XIM servers which support both of Japanese and Korean while
Well, Korean XIM's (such as Ami) do support Korean and Japanese input
although entering the latter is rather inconvenient :-). A better example
would have been, as you did later, Japanese and French. Even in this
case, in theory, a single XIM can be extended to support as many input
methods/keyboard layouts as it wants to. Obviously, we don't want to
do that because that means devlopers of every single XIM have to repeat
what others have done for other XIMs.
> xterm cannot switch XIM connection. (mlterm can do this, but I
Seriously, I can't agree with you more that we need a input method
framework under which users of every compliant X11 client can easily
switch among multiple input methods/keyboards (as is possible under
MS Windows and MacOS 9 or X.) I think IIIMF(Internet/Intranet Input
Method Framework) and its Xlib client IIIMXCF(IIIM X Client Framework)
is a (if not the) way to go. See <http://www.li18nux.org/subgroups/im>.
Until it's widely distributed (I heard it works well right now) , 'ucm'
can be used for sporadic input of Unicode characters not supported by
the active XIM/keyboard. Also, yudit(which also lets users switch input
methods/kbd), vim, and openoffice offer their own way for this. As the
last resort, we always have cut'n'paste :-)
Jungshik
--
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
