From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Emacs Lisp's future Date: Wed, 08 Oct 2014 00:43:17 +0900 Message-ID: <878ukrsx62.fsf@uwakimon.sk.tsukuba.ac.jp> References: <54193A70.9020901@member.fsf.org> <87lhp6h4zb.fsf@panthera.terpri.org> <87k34qo4c1.fsf@fencepost.gnu.org> <54257C22.2000806@yandex.ru> <83iokato6x.fsf@gnu.org> <87wq8pwjen.fsf@uwakimon.sk.tsukuba.ac.jp> <837g0ptnlj.fsf@gnu.org> <87r3yxwdr6.fsf@uwakimon.sk.tsukuba.ac.jp> <87tx3tmi3t.fsf@fencepost.gnu.org> <834mvttgsf.fsf@gnu.org> <87lhp5m99w.fsf@fencepost.gnu.org> <87h9ztm5oa.fsf@fencepost.gnu.org> <87d2ahm3nw.fsf@fencepost.gnu.org> <871tqneyvl.fsf@netris.org> <871tqlubqe.fsf@uwakimon.sk.tsukuba.ac.jp> <87lhosso3m.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1412696658 15865 80.91.229.3 (7 Oct 2014 15:44:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 7 Oct 2014 15:44:18 +0000 (UTC) Cc: dak@gnu.org, mhw@netris.org, dmantipov@yandex.ru, emacs-devel@gnu.org, handa@gnu.org, monnier@iro.umontreal.ca, eliz@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 07 17:44:09 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 1XbWvl-000158-93 for ged-emacs-devel@m.gmane.org; Tue, 07 Oct 2014 17:44:05 +0200 Original-Received: from localhost ([::1]:59477 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbWvk-0007Ub-VJ for ged-emacs-devel@m.gmane.org; Tue, 07 Oct 2014 11:44:04 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59139) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbWvQ-0007UK-Dr for emacs-devel@gnu.org; Tue, 07 Oct 2014 11:43:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XbWvI-000063-RH for emacs-devel@gnu.org; Tue, 07 Oct 2014 11:43:44 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:39298) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbWv2-0008Tc-J3; Tue, 07 Oct 2014 11:43:20 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTP id 1D1881C38FD; Wed, 8 Oct 2014 00:43:18 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 0F53B1A2888; Wed, 8 Oct 2014 00:43:18 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta34) "kale" acf1c26e3019 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 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:175079 Archived-At: Richard Stallman writes: > To put it another way, Mark said that Guile is intended to be useful > writing servers as well as interactive programs. > > This discussion is about Guile in the context of Emacs specifically. > "What Guile does" generally is a different, though related, topic. > Guile could follow the Unicode spec in normal operation, but offer > another mode that Emacs can use. It *could*, but it for the default is entirely unclear to me that it *should*. Some use cases, such as AUCTeX parsing error messages from TeX (which treats content quoted from the document as bytes, and so may slice characters into two invalid byte sequences), will use some sort of reversible encoding of raw bytes (the current Emacs encoding is one option, of course). But they can do that explicitly. However, in general I think that Emacs should help users who are naive about Unicode to avoid emitting invalid Unicode, and so should default to querying the user for permission if that were about to happen. It should not silently pass on corrupt input to the output.