From xemacs-m  Mon Jun  2 02:48:55 1997
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
	by xemacs.org (8.8.5/8.8.5) with SMTP id CAA22310
	for <xemacs-beta@xemacs.org>; Mon, 2 Jun 1997 02:48:53 -0500 (CDT)
Received: from Eng.Sun.COM ([129.146.1.25]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id BAA29288; Mon, 2 Jun 1997 01:06:16 -0700
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id AAA15591; Mon, 2 Jun 1997 00:47:41 -0700
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id AAA15121; Mon, 2 Jun 1997 00:47:37 -0700
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id AAA02702; Mon, 2 Jun 1997 00:47:37 -0700
Date: Mon, 2 Jun 1997 00:47:37 -0700
Message-Id: <199706020747.AAA02702@xemacs.eng.sun.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: morioka@jaist.ac.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= /
 MORIOKA Tomohiko)
Cc: Xemacs Beta Mailing List <xemacs-beta@xemacs.org>, handa@etl.go.jp
Subject: Re: no-conversion trashes compressed files
In-Reply-To: <s1c4tbju54e.fsf@mousa.jaist.ac.jp>
References: <o97d8q9i7ra.fsf@lspsun16.epfl.ch>
	<QQcruv17710.199705302020@crystal.WonderWorks.COM>
	<o973er3j0u9.fsf@lspsun16.epfl.ch>
	<s1c4tbju54e.fsf@mousa.jaist.ac.jp>
X-Mailer: VM 6.31 under 20.3 XEmacs Lucid (beta3)
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>

>>>>> "TM" == =?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko <morioka@jaist.ac.jp> writes:
TM>   Coding-system name for binary, no-conversion or internal were
TM> confusing, because XEmacs and Emacs used different names for them.

TM>                             |   Emacs     |XEmacs
TM> ----------------------------+-------------+-------------
TM> don't convert anything      |no-conversion|binary
TM> convert line break code only|internal     |no-conversion

TM>   I asked this problem for HANDA Ken'ichi, then he and RMS discussed
TM> about it.  They agreed to use following name:

TM>                             |   Emacs
TM> ----------------------------+-------------
TM> don't convert anything      |no-conversion
TM> convert line break code only|emacs-mule

TM>   So I think it is better to sync with.

TM>   In addition, buffer-file-coding-system-alist should be changed to
TM> coding-system-alist to support not only file but also process and
TM> network.

TM>   These changes should be finished in 20.3.

I agree that no-conversion is a better name for what XEmacs now calls
binary.  And being compatible with Emacs 20 is a very good thing.  The
name 'emacs-mule' seems silly to me, however, if it means the same
thing as XEmacs's "no-conversion" - how can one guess what that
means?  If 'emacs-mule' means that it is encoded in the internal
representation, then it is something very different from XEmacs's
"no-conversion".  After reading in a file with "no-conversion" in
XEmacs, there are only Latin-1 characters in the buffer.

I hesitate to change XEmacs until the Emacs 20 API is fully settled.

Martin

