emacs-pretest-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Possible UTF-8 CJK Regressions in Terminal Emulators


From: Alexander Winston
Subject: Re: Possible UTF-8 CJK Regressions in Terminal Emulators
Date: Tue, 24 Feb 2004 23:13:57 -0500

On Tue, 2004-02-24 at 15:04 -0500, Stefan Monnier wrote:

> > Ah, yes, apparently so. I placed it in my $HOME/.emacs and UTF-8 CJK
> > characters display fine now. However, why is this disabled by default?
> 
> Hmm... maybe you've altogether forgotten to read the etc/NEWS file, then.
> 
> 
>         Stefan
> 
> 
> ** The utf-8/16 coding systems have been enhanced.
> By default, untranslatable utf-8 sequences (mostly representing CJK
> characters) are simply composed into single quasi-characters.  User
> option `utf-translate-cjk' arranges to translate many utf-8 CJK
> character sequences into real Emacs characters in a similar way to the
> Mule-UCS system.  This uses significant space, so is not the default.
> You can augment/amend the CJK translation via hash tables
> `ucs-mule-cjk-to-unicode' and `ucs-unicode-to-mule-cjk'.  The utf-8
> coding system now also encodes characters from most of Emacs's
> one-dimensional internal charsets, specifically the ISO-8859 ones.
> The utf-16 coding system is affected similarly.

I apologize about not noticing etc/NEWS and etc/PROBLEMS. I've never
encountered an application with an etc directory before, and after
running ls in it, I was overwhelmed. Anyway, I thank you very much for
pointing me toward them, as they contained a lot of useful information.

Okay, back to UTF-8. With regard to CJK being disabled to default, I
believe that this decision is rather prejudicial to many Asian users. Do
you feel differently?

Attachment: signature.asc
Description: This is a digitally signed message part


reply via email to

[Prev in Thread] Current Thread [Next in Thread]