From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Richard Stallman <rms@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: [PATCH] Unicode Lisp reader escapes
Date: Mon, 15 May 2006 16:37:31 -0400
Message-ID: <E1Ffjop-0000Wx-9d@fencepost.gnu.org>
References: <17491.34779.959316.484740@parhasard.net>	<E1FaobM-0005qh-00@etlken>	<ufyjsemrn.fsf@gnu.org>	<E1Fb7ai-0002Yb-00@etlken>	<uy7xjcx5s.fsf@gnu.org>	<87odyfnqcj.fsf-monnier+emacs@gnu.org>	<E1FbSj5-0003RO-00@etlken>	<uk691da3o.fsf@gnu.org>	<17498.27200.911709.330947@parhasard.net>	<e3f682$91m$1@sea.gmane.org>	<E1FcNiN-0004c1-An@fencepost.gnu.org>	<877j4z5had.fsf@gmx.de>	<E1FcbO2-0002U6-0r@fencepost.gnu.org>	<E1FciWf-0007hz-00@etlken>	<87irohfrx1.fsf@gmx.de>	<E1FdEE5-0008RE-Tp@fencepost.gnu.org>	<E1FdKXL-0005lp-00@etlken>	<E1FdfFt-0006ux-Pm@fencepost.gnu.org>	<E1FdhOK-0005JX-00@etlken>	<E1Fe26h-0007re-Mx@fencepost.gnu.org>	<E1Fe5dw-0005vd-00@etlken>	<E1FeP3C-0002Jp-JW@fencepost.gnu.org>
	<E1FeQAp-0003mu-00@etlken> <E1Fem6n-0002Qv-9c@fencepost.gnu.org>
	<E1FfVOS-00078Z-00@etlken>
Reply-To: rms@gnu.org
NNTP-Posting-Host: main.gmane.org
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: sea.gmane.org 1147725601 23132 80.91.229.2 (15 May 2006 20:40:01 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Mon, 15 May 2006 20:40:01 +0000 (UTC)
Cc: emacs-devel@gnu.org, alkibiades@gmx.de
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 15 22:40:00 2006
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Envelope-to: ged-emacs-devel@m.gmane.org
Original-Received: from lists.gnu.org ([199.232.76.165])
	by ciao.gmane.org with esmtp (Exim 4.43)
	id 1FfjrA-0007Dr-Mq
	for ged-emacs-devel@m.gmane.org; Mon, 15 May 2006 22:39:57 +0200
Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1FfjrA-0002UA-O8
	for ged-emacs-devel@m.gmane.org; Mon, 15 May 2006 16:39:56 -0400
Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Ffjor-00089U-Sq
	for emacs-devel@gnu.org; Mon, 15 May 2006 16:37:33 -0400
Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Ffjor-00088q-Ah
	for emacs-devel@gnu.org; Mon, 15 May 2006 16:37:33 -0400
Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Ffjor-00088e-4o
	for emacs-devel@gnu.org; Mon, 15 May 2006 16:37:33 -0400
Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org)
	by monty-python.gnu.org with esmtp (Exim 4.52) id 1FfjrK-00037t-LJ
	for emacs-devel@gnu.org; Mon, 15 May 2006 16:40:06 -0400
Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34)
	id 1Ffjop-0000Wx-9d; Mon, 15 May 2006 16:37:31 -0400
Original-To: Kenichi Handa <handa@m17n.org>
In-reply-to: <E1FfVOS-00078Z-00@etlken> (message from Kenichi Handa on Mon, 15
	May 2006 14:13:20 +0900)
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Xref: news.gmane.org gmane.emacs.devel:54535
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/54535>

    > 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.