From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Emacs Lisp's future Date: Wed, 15 Oct 2014 10:18:58 -0700 Organization: UCLA Computer Science Department Message-ID: <543EAC82.2020301@cs.ucla.edu> References: <87d2ahm3nw.fsf@fencepost.gnu.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@uw akimon.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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1413393593 5111 80.91.229.3 (15 Oct 2014 17:19:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 15 Oct 2014 17:19:53 +0000 (UTC) Cc: Eli Zaretskii , 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 19:19:45 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 1XeSEi-0005Lc-RQ for ged-emacs-devel@m.gmane.org; Wed, 15 Oct 2014 19:19:44 +0200 Original-Received: from localhost ([::1]:45892 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeSEi-0006NU-Ek for ged-emacs-devel@m.gmane.org; Wed, 15 Oct 2014 13:19:44 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47104) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeSEO-0006M0-6f for emacs-devel@gnu.org; Wed, 15 Oct 2014 13:19:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XeSEG-0007KQ-Mi for emacs-devel@gnu.org; Wed, 15 Oct 2014 13:19:24 -0400 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:52027) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeSE8-0007Jq-NT; Wed, 15 Oct 2014 13:19:08 -0400 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id D885EA60019; Wed, 15 Oct 2014 10:19:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tsZT8hm7jw50; Wed, 15 Oct 2014 10:18:59 -0700 (PDT) Original-Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 27FC8A60014; Wed, 15 Oct 2014 10:18:59 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 In-Reply-To: <878ukhn6n3.fsf@uwakimon.sk.tsukuba.ac.jp> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 131.179.128.62 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:175423 Archived-At: On 10/15/2014 12:17 AM, Stephen J. Turnbull wrote: > > It's perfectly fine for users to try "M-x grep -r" at home. It's > > not going to hurt them. > > That's true for "hurt" == "must call 911". It's not going to trash their files, or corrupt their displays, or steal their passwords, or do anything that's going to hurt them. Let's not be fearmongers here. The current behavior is useful and easy to explain and understand, and people use it a lot, and in that sense it is not a "bug". Although the behavior could be changed to better handle the use cases you're thinking about, that is a different matter, one that would require nontrivial work to do, and one that shouldn't obstruct the common current usage. > > > 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 Nontrivial work needs to be done, and this is a technical barrier as nobody (including you) has had the time to do the work. It does still appear, though, that you haven't read admin/notes/unicode carefully enough, as a simple language-tag-per-file approach won't suffice for src/msdos.c, etc/HELLO, lisp/language/tibetan.el, etc., and still more work would need to be done for those files, the details of which have never (as far as I know) been discussed. It's not clear how my studying Unicode more carefully would help in that effort.