Re: mule-ucs problem
Tatsuya Kinoshita <[email protected]> Sat, 26 Jul 2003 00:23:27 +0900 (JST)
| Newsgroups | gmane.emacs.mule |
|---|---|
| Message-ID | <[email protected]> |
On July 25, 2003, [mule:03345], [email protected] wrote: > I use this package to edit UTF-8 encoded file with Chinese characters. I > found a strange problem: A few of Chinese characters turned into blank > blocks (eg. UTF-8 code: 0xE4BDA0 and 0xE6838A ) when loaded from an > existing file. BUT these characters can be displayed correctly if you > input it from keyboard unless you close the buffer and reload from a file. > > I have no problem in displaying gb2312 encoded file. > > I guess mule-ucs has a bug in showing unicode characters or I have not > correctly configured something like fonts in emacs. I guess these characters were converted from chinese-gb2312 to japanese-jisx0212. Mule-UCS prefers japanese-* instead of chinese-*/korean-* in unification by default. BTW, Debian mule-ucs (http://packages.debian.org/mule-ucs, version 0.84-14 or later) prefers chinese-* if the LC_CTYPE (or LANG) environment variable is set to zh. Debian mule-ucs startup file (/etc/emacs/site-start.d/40mule-ucs.el) has a trick (using unicode-basic-translation-charset-order-list and un-define-change-charset-order). -- Tatsuya Kinoshita