On Wed, Apr 02, 2003 at 06:17:42PM +0900, Tomohiro KUBOTA wrote: > And, do you say that non-European-language speaking people don't > need to have choices? For example, there are people who like Eterm, > Aterm, Wterm, Rxvt, Xterm, or so on. (Note that all of them support > XIM.) Is it a priviledge of European-language-speaking people to > say such preferences? It is what I wanted to call ethno-centrism.
People write code to do what *they* need; I guess that's "self-centrism". (After all, most of this is written by people in their spare time.) I suppose the problem you're really complaining about is a likely typical response by writers of terminal emulators: "why should we support it; use xterm if you want that". You'd probably get a similar response if you tried to get Eterm's silly eyecandy bloat features added to Xterm. There's a difference, of course--handling Unicode in all terminal emulators is actually a good idea (adding bloat to Xterm is not :); i18n just needs to be more widely understood as a fundamentally important feature. That's happening steadily. Nobody's saying that you shouldn't have choices, of course. On the topic of toolkits: libraries like GTK and QT absolutely should be able to automatically handle as much i18n (IM, font rendering, widget repositioning) as possible. Line input should automatically hint the IM for clean over-the-spot rendering, and whatever else is useful. They just can't be required; we must be able to handle input methods anywhere (without having to learn a complicated library). (I'm not sure what this subthread is really arguing about, though, since I don't see anyone disagreeing on this. :) -- Glenn Maynard -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
