From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: iso-8859-1 and non-latin-1 chars Date: Mon, 16 Dec 2002 09:42:12 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200212160042.JAA03616@etlken.m17n.org> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1039999427 11004 80.91.224.249 (16 Dec 2002 00:43:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 16 Dec 2002 00:43:47 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18NjMI-0002rM-00 for ; Mon, 16 Dec 2002 01:43:46 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18NjZW-00044o-00 for ; Mon, 16 Dec 2002 01:57:26 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18NjLi-0002eL-05 for emacs-devel@quimby.gnus.org; Sun, 15 Dec 2002 19:43:10 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18NjLK-0002Za-00 for emacs-devel@gnu.org; Sun, 15 Dec 2002 19:42:46 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18NjLH-0002QQ-00 for emacs-devel@gnu.org; Sun, 15 Dec 2002 19:42:45 -0500 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18NjLE-0001mI-00; Sun, 15 Dec 2002 19:42:41 -0500 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2])gBG0gDk02368; Mon, 16 Dec 2002 09:42:13 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) gBG0gDR01000; Mon, 16 Dec 2002 09:42:13 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id JAA03616; Mon, 16 Dec 2002 09:42:12 +0900 (JST) Original-To: d.love@dl.ac.uk In-reply-to: (message from Dave Love on 15 Dec 2002 16:24:43 +0000) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.2.92 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Original-cc: rms@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:10156 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:10156 In article , Dave Love writes: > Sure, but the cases I'm particularly thinking of are actually > programs, not interactive use. I think it's better to get escape > codes, which can be reconstructed, than to get `?', which can't. Yes, it's better for Emacs, but not for the other programs (e.g. ispell). And such Emacs Lisp applications that use wrong coding system should be fixed anyway. > I realize this won't work generally, and will be different > for Emacs 22. In Emacs 22, it would be reasonable to do > what yudit does (as far as I remember) and write > representations of the unicodes involved as \uxxxx or > similar. I was also thinking about that for emacs-unicode. Perhaps using the same format as yudit is good. And, we'll provide a command `recover-unencoded-characters'. >> So, my conclusion was that writing out those escape >> sequences not only violates the commonly accepted concept >> about a coding system, > What concept do you mean, exactly? For instance, the MIME charset iso-8859-1 can encode Latin-1 chars only, and it's stateless, no escape sequences. --- Ken'ichi HANDA handa@m17n.org