Re: mule-ucs problem

[nlany@xxxxxxxxxxx]

Tatsuya Kinoshita wrote:

> On July 25, 2003, [mule:03345],
> nlany@xxxxxxxxxxx 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
================================