Hi Tomohiro, On Wed, Oct 23, 2002 at 11:14:07PM +0900, Tomohiro KUBOTA wrote: > At Wed, 23 Oct 2002 09:02:08 -0400, > Luke Seubert wrote: > > Many thanks for the suggestion. I checked your website, and was surprised > > to see that gnome-terminal does not display Japanese. Is this still the > > case? > At first, I have to say that the page is very old and the situation > is changed now. I just introduced the page only to show the impression > of what is mojibake. Now, eterm and rxvt-beta supports LC_CTYPE > sensibility for ISO-8859-*, KOI8-*, and east Asian encodings, though > they don't support Thai, Arabic, Hebrew, nor UTF-8. I've recently picked up the multibyte support I had started adding to Eterm a year ago, and making good progress. When I'm done, Eterm will support UTF-8, as well as other East Asian encodings. It should also support Thai encodings, since AIUI the main issue with Thai is combining characters, which I'm testing plentifully. I understand that mej is planning an upstream release within the month, so that's what I'm aiming for. There's a lot of code to be redone, though, so we'll see whether I get it done in time. :) I've been reviewing your posts regarding LC_CTYPE sensibility, and honestly, I don't understand what all the concern is about -- or how so many xterms can handle this so badly. From what I see, good LC_CTYPE handling seems to follow naturally from proper application of XmbDrawString(), mbtowc(), and wcwidth()[1] -- or are there bugs in these functions? > There are several such examples that newer version of some software > drops i18n support because of careless development. It is very sad > for developers who wrote i18n support for previous version. This > *does* sometimes occur because most developers in the world don't > know about i18n well nor can test in various (especially, non-European) > locales. Testing the *display* of other charsets should be easy enough; just download Markus Kuhn's reference UTF8 text file, and play around with that + iconv... Cheers, Steve Langsaek postmodern programmer [1] wcwidth_cjk(), perhaps
Attachment:
pgp5byAZoJlel.pgp
Description: PGP signature