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, 08 Oct 2014 10:19:03 +0300 Message-ID: <83wq8bjafs.fsf@gnu.org> References: <54193A70.9020901@member.fsf.org> <87d2ahm3nw.fsf@fencepost.gnu.org> <871tqneyvl.fsf@netris.org> <87d2a54t1m.fsf@yeeloong.lan> <83lhotme1e.fsf@gnu.org> <871tql17uw.fsf@yeeloong.lan> <838uktm9gw.fsf@gnu.org> <87ppe5rt5l.fsf@uwakimon.sk.tsukuba.ac.jp> <87d2a4arju.fsf@fencepost.gnu.org> <878ukrc2sr.fsf@fencepost.gnu.org> <87vbnvamut.fsf@fencepost.gnu.org> <87mw97alvn.fsf@fencepost.gnu.org> <87iojvakl9.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1412752769 23972 80.91.229.3 (8 Oct 2014 07:19:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 8 Oct 2014 07:19:29 +0000 (UTC) Cc: schwab@suse.de, dak@gnu.org, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 08 09:19:21 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 1XblWo-0001YA-VD for ged-emacs-devel@m.gmane.org; Wed, 08 Oct 2014 09:19:19 +0200 Original-Received: from localhost ([::1]:34629 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XblWo-0002SO-HX for ged-emacs-devel@m.gmane.org; Wed, 08 Oct 2014 03:19:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38280) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XblWY-0002SD-LC for emacs-devel@gnu.org; Wed, 08 Oct 2014 03:19:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XblWT-0004no-EJ for emacs-devel@gnu.org; Wed, 08 Oct 2014 03:19:02 -0400 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:38644) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XblWN-0004nB-KH; Wed, 08 Oct 2014 03:18:51 -0400 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0ND400G006H80M00@mtaout24.012.net.il>; Wed, 08 Oct 2014 10:12:43 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ND40062P6P7ULA0@mtaout24.012.net.il>; Wed, 08 Oct 2014 10:12:43 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.180 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:175108 Archived-At: > Date: Tue, 07 Oct 2014 20:47:46 -0400 > From: Richard Stallman > Cc: schwab@suse.de, emacs-devel@gnu.org > > We can set the defaults for those non-frile interfaces so as to reject > invalid UTF-8 sequences. Then a program could specify to override the > default and allow them. That has been tried (not with UTF-8, but I don't think this matters), and failed miserably. The experience taught us that Emacs users definitely don't want Emacs to do _anything_ about the unmodified parts of text, except copy it verbatim. Even the question we ask at buffer-save time is sometimes reported as an annoyance. Let's not repeat those mistakes. The current design principle is that the application or the user need to specifically ask for strict conformance, if they want it. For example, if someone was designing a secure application on top of Emacs, they would need to opt-in such behavior.