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: emacs-unicode: different encoding of iso-2022-7bit? Date: Wed, 13 Oct 2004 11:07:20 +0900 (JST) Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <200410130207.LAA08910@etlken.m17n.org> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1097633273 20167 80.91.229.6 (13 Oct 2004 02:07:53 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 13 Oct 2004 02:07:53 +0000 (UTC) Cc: emacs-unicode@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 13 04:07:39 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CHYYF-0008Mw-00 for ; Wed, 13 Oct 2004 04:07:39 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CHYfG-00080V-C0 for ged-emacs-devel@m.gmane.org; Tue, 12 Oct 2004 22:14:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CHYfA-00080P-Ll for emacs-devel@gnu.org; Tue, 12 Oct 2004 22:14:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CHYfA-00080D-9C for emacs-devel@gnu.org; Tue, 12 Oct 2004 22:14:48 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CHYfA-00080A-7L for emacs-devel@gnu.org; Tue, 12 Oct 2004 22:14:48 -0400 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CHYY0-00041e-12; Tue, 12 Oct 2004 22:07:24 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id i9D27L9d011342; Wed, 13 Oct 2004 11:07:21 +0900 Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id i9D27LF05484; Wed, 13 Oct 2004 11:07:21 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id LAA08910; Wed, 13 Oct 2004 11:07:20 +0900 (JST) Original-To: miles@gnu.org In-reply-to: (message from Miles Bader on Wed, 13 Oct 2004 09:52:29 +0900) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:28333 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28333 In article , Miles Bader writes: > I wrote: >>> I've attached a diff showing the changes -- if you visit it in emacs, >>> you'll see that it looks like the inserted and deleted lines are all >>> equal (except for my addition at the top of course)! But if you use >>> `find-file-literally', you can see that the file encodings are actually >>> different. >> >> An update: actually the lines only look the same if you view it in >> emacs-unicode -- if you view the diff file in the CVS trunk emacs, in >> fact the `rewritten' characters generated by emacs-unicode are rendered >> as double-width characters. > Hi, does anybody have any idea about this bug, or a work-around? Sorry for not responding on this matter earlier. I remember that I implemented a code to preserve the original desigination information of iso-2022 fairly long ago and assured that it worked at that time. It seems that some changes later broke it. I'll invetigate it soon. --- Ken'ichi HANDA handa@m17n.org