>What points do you think are "useless" on XIM? I don't know >why you think so, whether because you really understand XIM or >because you don't know about needed complicity and features >for CJK support.
Well, I find most XIM methods to be unstable, and crash alot. Plus, they are far too dependant upon locale. I dont see why a XIM method should have such fragile dependancies upon the locale. I like to operate under en_US.UTF-8, but I like to enter Japanese and vietnamese sometimes. The vietnamese input method implemented under GTK+ works fine, no matter which locale im logged into. The XIM method for Japanese seems only to work under ja_JP.eucjp. Also it crashes alot, probably due to Canna being somewhat unstable under rh8. (Start Japanese input and type wildly for a second, cannaserver will lock up.) Speaking of Canna, I was playing with its interface via jrkanji.h, and I think it does too much: Maintianing state on a keystroke per keystroke basis, and returning EUC strings. I think it should be much more stateless, allowing the client library to do the rouma/kana conversions, and simply having the server anwer queries for possible Kanji, of course all in UTF-8. The state of the clients interface should be kept on the client side, imo -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
