Re: mule-ucs problem

Tatsuya Kinoshita wrote:

>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).
>
>  
>
It's ok after I reordered the charset order list in source file 
un-define.el because my debian box installed without zh/jp/ko locales.

Now I am using emacs 21.3.50 with utf-translate-cjk-mode as alternative 
method, it has equivlent feature as mule-ucs. And I would like to see 
emacs support display a unicode encoded file using unicode fonts 
directly in future.

Many thanks,

-- 
================================
LAN Yufeng
Univ. of International Buz.&Eco.
O: 86 10 64492311
http://pub.uibe.edu.cn/~20031
================================