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: Emacs Lisp's future Date: Wed, 15 Oct 2014 12:20:26 +0300 Message-ID: <83fvep665h.fsf@gnu.org> References: <87d2ahm3nw.fsf@fencepost.gnu.org> <871tqneyvl.fsf@netris.org> <87zjd9swfj.fsf@uwakimon.sk.tsukuba.ac.jp> <87oatnqpml.fsf@uwakimon.sk.tsukuba.ac.jp> <874mvdrj45.fsf@uwakimon.sk.tsukuba.ac.jp> <20141009044917.GA19957@fencepost.gnu.org> <83lhopisfr.fsf@gnu.org> <87ppe1pldu.fsf@uwakimon.sk.tsukuba.ac.jp> <8761ft5wpo.fsf@fencepost.gnu.org> <83k349b0vj.fsf@gnu.org> <83bnph96kh.fsf@gnu.org> <87ppdwo7ll.fsf@uwakimon.sk.tsukuba.ac.jp> <543BE7CB.9040801@cs.ucla.edu> <87egubopls.fsf@uwakimon.sk.tsukuba.ac.jp> <87bnpfyjaf.fsf@fencepost.gnu.org> <87a94zoo57.fsf@uwakimon.sk.tsukuba.ac.jp> <83h9z77p7d.fsf@gnu.org> <8761fnnne9.fsf@uwakimon.sk.tsukuba.ac.jp> <543D8186.9000101@cs.ucla.edu> <87mw8ym3no.fsf@uwakimon.sk.tsukuba.ac.jp> <543E0BFD.4020700@cs.ucla.edu> <878ukhn6n3.fsf@uwakimon.sk.tsukuba.ac.jp> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1413365149 31139 80.91.229.3 (15 Oct 2014 09:25:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 15 Oct 2014 09:25:49 +0000 (UTC) Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 15 11:25:39 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XeKpr-0001ue-FC for ged-emacs-devel@m.gmane.org; Wed, 15 Oct 2014 11:25:35 +0200 Original-Received: from localhost ([::1]:43136 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeKpr-0003Aj-2k for ged-emacs-devel@m.gmane.org; Wed, 15 Oct 2014 05:25:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59155) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeKl3-0003r8-MV for emacs-devel@gnu.org; Wed, 15 Oct 2014 05:20:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XeKkx-0004lS-Fm for emacs-devel@gnu.org; Wed, 15 Oct 2014 05:20:37 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:45363) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeKkx-0004l1-6u for emacs-devel@gnu.org; Wed, 15 Oct 2014 05:20:31 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NDH00C00AXG2F00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Wed, 15 Oct 2014 12:20:29 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NDH00BUGBA3OS70@a-mtaout22.012.net.il>; Wed, 15 Oct 2014 12:20:27 +0300 (IDT) In-reply-to: <878ukhn6n3.fsf@uwakimon.sk.tsukuba.ac.jp> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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 Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:175392 Archived-At: > From: "Stephen J. Turnbull" > Cc: Eli Zaretskii , > emacs-devel@gnu.org > Date: Wed, 15 Oct 2014 16:17:52 +0900 > > > Conversely, it appears that you did not read the file > > admin/notes/unicode carefully; > > "It appears that you have not studied Unicode carefully", as there is > nothing in that file that suggests anything but work is involved in a > conversion that loses no character information, since the external > coding system utf-8-emacs is available. Even that can be dispensed > with, and pure Unicode used, with a little more work (use the PUA, > that's what it is there for!) utf-8-emacs is a private encoding used and understood by Emacs alone, so encoding Emacs files in that would make them unusable (unsearchable, unreadable, etc.) with anything but Emacs. As for using PUA, you have been told just a few days ago why this is not going to work with Emacs. > The metadata (language, for which original coded character set is a > proxy) can be provided either with a markup language (eg, XML or even > HTML) or using Plane 14 tags (but I wrote that already). It is easy to suggest such major endeavors to other projects in which you have no intention to become involved. From the Emacs side, this would be a terrible waste of resources, since the "problem" is already solved in Emacs by other means, which work well, based on several years of real-life experience. > > if you had, you would not be asserting so blithely that there is > > "no barrier" to converting all Emacs source files to UTF-8. > > I stand corrected. No *technical* barrier. It does require > nontrivial work: simply filtering through iconv is not enough. > > There's also a political barrier: I believe that characters are > characters, and may be shared across traditional character set > boundaries, and that the presentation layer should specify > presentation. Dr. Handa prefers that presentation be encoded in the > content. I have no stomach for that argument. The statement that UTF-8 is a de-facto Emacs "locale" still stands. And so having Emacs behave in a way that makes it easy to work with these files, including those few that for various reasons are encoded differently, is still a valuable feature. Your argument that Emacs files have no single encoding and therefore there's no reasonable way to support them is struck down.