From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Unicode Lisp reader escapes Date: Sat, 20 May 2006 20:57:25 -0400 Message-ID: References: <17491.34779.959316.484740@parhasard.net> <87irohfrx1.fsf@gmx.de> <87iroarr9i.fsf-monnier+emacs@gnu.org> <87d5egrb4c.fsf-monnier+emacs@gnu.org> <87ves8p0us.fsf-monnier+emacs@gnu.org> <87ves8ngtb.fsf@gmx.de> <87u07qcnaa.fsf@gmx.de> <87y7x289lr.fsf@gmx.de> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1148173138 13924 80.91.229.2 (21 May 2006 00:58:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 21 May 2006 00:58:58 +0000 (UTC) Cc: emacs-devel@gnu.org, monnier@iro.umontreal.ca, storm@cua.dk, alkibiades@gmx.de Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 21 02:58:54 2006 Return-path: 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 1FhcHU-0001N5-M3 for ged-emacs-devel@m.gmane.org; Sun, 21 May 2006 02:58:53 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FhcHU-0003NJ-BG for ged-emacs-devel@m.gmane.org; Sat, 20 May 2006 20:58:52 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FhcGY-00031e-Is for emacs-devel@gnu.org; Sat, 20 May 2006 20:57:54 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FhcGY-00031M-7y for emacs-devel@gnu.org; Sat, 20 May 2006 20:57:54 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FhcGX-00031F-UP for emacs-devel@gnu.org; Sat, 20 May 2006 20:57:53 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FhcKC-0003oD-1Y for emacs-devel@gnu.org; Sat, 20 May 2006 21:01:40 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1FhcG5-0002nB-VN; Sat, 20 May 2006 20:57:26 -0400 Original-To: Kenichi Handa In-reply-to: (message from Kenichi Handa on Thu, 18 May 2006 10:09:35 +0900) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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:54918 Archived-At: (1) use emacs-mule coding system (2) use one of iso-2022 based coding systems (they include iso-8859-X) with setting enable-character-translation to nil in "Local Variables" section. (1) works now. (2) doens't work now but easy to make it work as I wrote in the previous mail. People have pointed out disadvantages of (1). Maybe (2) is a good solution. Iwant to check, though. It would turn off *all* character translation. We need to verify that this is ok. Supposing that unify-8859-on-decoding-mode is off, and you read a file in an iso-2022 coding system. What character translation is done, or might be done, and in what cases? In this code, (defun ucs-fragment-8859 (for-encode for-decode) "Undo the unification done by `ucs-unify-8859'. With prefix arg, undo unification on encoding only, i.e. don't undo unification on input operations." (when for-decode ;; Don't Unify 8859 on decoding. ;; For non-CCL coding systems (e.g. iso-latin-2). (set-char-table-parent standard-translation-table-for-decode nil) we turn off the parent of standard-translation-table-for-decode. But what else might standard-translation-table-for-decode do for some of these coding systems?