From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Coding systems documentation Date: Mon, 01 Dec 2008 06:11:45 +0200 Message-ID: References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1228104727 5642 80.91.229.12 (1 Dec 2008 04:12:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Dec 2008 04:12:07 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 01 05:13:10 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1L709l-000633-M3 for ged-emacs-devel@m.gmane.org; Mon, 01 Dec 2008 05:13:09 +0100 Original-Received: from localhost ([127.0.0.1]:58887 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L708b-00086Z-CA for ged-emacs-devel@m.gmane.org; Sun, 30 Nov 2008 23:11:57 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L708W-00086N-OU for emacs-devel@gnu.org; Sun, 30 Nov 2008 23:11:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L708V-00086B-UA for emacs-devel@gnu.org; Sun, 30 Nov 2008 23:11:52 -0500 Original-Received: from [199.232.76.173] (port=45243 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L708V-000868-Oj for emacs-devel@gnu.org; Sun, 30 Nov 2008 23:11:51 -0500 Original-Received: from mtaout4.012.net.il ([84.95.2.10]:16346) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L708U-0003Vj-0u; Sun, 30 Nov 2008 23:11:50 -0500 Original-Received: from conversion-daemon.i_mtaout4.012.net.il by i_mtaout4.012.net.il (HyperSendmail v2004.12) id <0KB600B00JMPPM00@i_mtaout4.012.net.il>; Mon, 01 Dec 2008 06:13:54 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.215.205]) by i_mtaout4.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KB600EUDJR54XH0@i_mtaout4.012.net.il>; Mon, 01 Dec 2008 06:13:54 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1 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:106356 Archived-At: > From: Kenichi Handa > CC: rms@gnu.org, emacs-devel@gnu.org > Date: Mon, 01 Dec 2008 10:30:49 +0900 > > > > +@c I think this paragraph is no longer correct. > > > +@ignore > > > Most coding systems specify a particular character code for > > > conversion, but some of them leave the choice unspecified---to be chosen > > > heuristically for each file, based on the data. > > > +@end ignore > > > > > > I think these still exist. For example, there are `undecided' and friends. > > > Is this only about undecided? or are there other examples? > > All coding systems that don't have -unix, -dos, and -mac at > the tail leaves the choice of eol-format unspecified. Yes, but the above says "character code", so it's about text conversion, not eol conversion. > By the way, "specify a particular character code for > conversion" is a little bit strange. "specify a particular > conversion rule between an encoded byte sequence and a > character sequence." is more accurate (and I think clearer). Right.