[Top][All Lists]

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

Re: new Emacs HELLO file??

From: 牛粥
Subject: Re: new Emacs HELLO file??
Date: Mon, 07 Sep 2009 03:20:16 +0900
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.7 Emacs/23.0.95 (i386-pc-freebsd) MULE/6.0 (HANACHIRUSATO)

At Thu, 03 Sep 2009 22:07:50 +0900,
Kenichi Handa wrote:
> In article <address@hidden>, Juri Linkov <address@hidden> writes:
> > > As iso-2022-7bit has designation sequences for each
> > > character set, Emacs can use that information to add proper
> > > `charset' property, and that property infulence the font
> > > selection.
> > The purpose of the HELLO file is to demonstrate Emacs multilingual
> > capabilities.  It currently does this using iso-2022-7bit.  Does this
> > mean that UTF-8 is not the best coding system for multilingual texts
> > in Emacs, because UTF-8 has some limitations (doesn't provide the
> > proper font selection, loses cjk variants), so iso-2022-7bit is the
> > preferable coding system for multilingual texts in Emacs?
> At least for CJK characters included in legacy character
> sets (e.g. JISX0208, GB2312, etc), iso-2022-7bit is still
> better than utf-8 if we concern font selection.
> > Is it possible
> > to improve the UTF-8 support in Emacs since most files use it nowadays?
> For that, we must use language tags, but they are strongly
> discouraged by Unicode.  Unicode doesn't concern font
> selection problem.  It says that it is a task of higher
> level information, for instance, that is provided by XML's
> language tag.

According to Handa-san's mentions,
if we do not use iso-2022-7bit, we cannot do input/output of non-ascii
characters. Is that right? Still i'm wondering what it means ...


Byung-Hee HWANG
∑ WWW: http://izb.knu.ac.kr/~bh/

reply via email to

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