[Top][All Lists]

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

Re: [PATCH] Unicode Lisp reader escapes

From: Kenichi Handa
Subject: Re: [PATCH] Unicode Lisp reader escapes
Date: Thu, 18 May 2006 09:31:04 +0900
User-agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI)

In article <address@hidden>, Richard Stallman <address@hidden> writes:

>> Handa says that telling people "don't use utf-8" solves the problem.
>     That's NOT what I saied.  I said "use emacs-mule".  The
>     other coding systems are affected by
>     unify-8859-on-decoding-mode, and also by users setting of
>     standard-translation-table-for-decode.

> Ok, I stand corrected.

> However, people have pointed out that there are practical drawbacks
> to using emacs-mule, and that iso-2022 is more convenient.
> Let's see if we can arrange for iso-2022 to work properly.

For iso-2022 based coding-systems, the situation is simpler
that utf-* case.  As we already have the variable
`enable-character-translation', just by making it
local-variable of a buffer where a file is being read, and
setting it to nil, we can read a file in a constant way.
The only hack we need is to detect that variable in "Local
Variables:" section before start decoding (perhaps in

Kenichi Handa

reply via email to

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