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: utf-16le vs utf-16-le Date: Mon, 14 Apr 2008 21:46:18 +0300 Message-ID: References: <87wsn1fl72.fsf@uwakimon.sk.tsukuba.ac.jp> <87prssgacl.fsf@uwakimon.sk.tsukuba.ac.jp> <851w58q24a.fsf@lola.goethe.zz> <87lk3gfg40.fsf@uwakimon.sk.tsukuba.ac.jp> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1208199161 11196 80.91.229.12 (14 Apr 2008 18:52:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 14 Apr 2008 18:52:41 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 14 20:53:09 2008 connect(): Connection refused 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 1JlTjM-0002HC-Ro for ged-emacs-devel@m.gmane.org; Mon, 14 Apr 2008 20:48:41 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JlTii-0003q2-MK for ged-emacs-devel@m.gmane.org; Mon, 14 Apr 2008 14:48:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JlTht-00038f-WA for emacs-devel@gnu.org; Mon, 14 Apr 2008 14:47:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JlThs-00037c-G5 for emacs-devel@gnu.org; Mon, 14 Apr 2008 14:47:09 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JlThs-00037Q-9t for emacs-devel@gnu.org; Mon, 14 Apr 2008 14:47:08 -0400 Original-Received: from mtaout7.012.net.il ([84.95.2.19]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JlThm-0003Sx-Hj; Mon, 14 Apr 2008 14:47:02 -0400 Original-Received: from HOME-C4E4A596F7 ([83.130.246.94]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0JZB00IAVVCV5TH0@i-mtaout7.012.net.il>; Mon, 14 Apr 2008 21:29:19 +0300 (IDT) In-reply-to: <87lk3gfg40.fsf@uwakimon.sk.tsukuba.ac.jp> X-012-Sender: halo1@inter.net.il X-detected-kernel: by monty-python.gnu.org: Solaris 10 (1203?) 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:95199 Archived-At: > From: "Stephen J. Turnbull" > Date: Tue, 15 Apr 2008 03:25:51 +0900 > Cc: Eli Zaretskii , emacs-devel@gnu.org > > I agree, as you state it, it's obvious. My question is "why does that > need to be part of the coding system?" Well, consistency with other ``add-ons'', such as EOL format, is one reason. > At present the UTF-16 and > UTF-32 Unicode coding systems (in the abstract) have *twenty-seven* > variants each (BOM-required, BOM-prohibited, BOM-autodetected X be, > le, system-dependent X CR, LF, CRLF), and UTF-8 needs *nine*. Which 9 are needed by UTF-8? I only see 4: the auto-detecting one, then one each for -unix. -dos, and -mac. What am I missing? > What I proposed was a more generic concept where use of signatures and > the EOL convention would (at least to the user) appear as buffer-local > variables. Don't forget that en/decoding is used on strings as well, not only on buffers. Buffer-local variables won't cut it, I think.