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: Upcoming loss of usability of Emacs source files and Emacs. Date: Tue, 23 Jun 2015 03:32:01 +0900 Message-ID: <877fqvfvby.fsf@uwakimon.sk.tsukuba.ac.jp> References: <557F3C22.4060909@cs.ucla.edu> <5580D356.4050708@cs.ucla.edu> <87si9qonxb.fsf@gnu.org> <5581C29E.1030101@yandex.ru> <87r3p9fxm2.fsf@uwakimon.sk.tsukuba.ac.jp> <87k2v0fiji.fsf@uwakimon.sk.tsukuba.ac.jp> <20150619090225.GA2743@acm.fritz.box> <87fv5kfrfa.fsf@uwakimon.sk.tsukuba.ac.jp> <83twtzhi9g.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1434997955 12376 80.91.229.3 (22 Jun 2015 18:32:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Jun 2015 18:32:35 +0000 (UTC) Cc: acm@muc.de, eggert@cs.ucla.edu, rms@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 22 20:32:26 2015 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 1Z76WA-0006oT-1w for ged-emacs-devel@m.gmane.org; Mon, 22 Jun 2015 20:32:26 +0200 Original-Received: from localhost ([::1]:41468 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z76W9-0000Cl-4n for ged-emacs-devel@m.gmane.org; Mon, 22 Jun 2015 14:32:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38828) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z76Vv-0000Ce-0K for emacs-devel@gnu.org; Mon, 22 Jun 2015 14:32:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z76Vt-0002WE-NO for emacs-devel@gnu.org; Mon, 22 Jun 2015 14:32:10 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:53090) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z76Vo-0002Tc-NK; Mon, 22 Jun 2015 14:32:05 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTPS id C4F001C3825; Tue, 23 Jun 2015 03:32:01 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id A0D3D1A2CA2; Tue, 23 Jun 2015 03:32:01 +0900 (JST) In-Reply-To: <83twtzhi9g.fsf@gnu.org> X-Mailer: VM undefined under 21.5 (beta34) "kale" 83e5c3cd6be6 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:187391 Archived-At: Eli Zaretskii writes: > The net result of this extremely slow progress is that many > theoretical niceties Availability of fonts with complete Latin repertoire and convenient input methods are not theoretical niceties any more. They are practical realities on any platform produced in the last decade. It's a shame about bidi, I'll grant. > > Emacs users learn *hundreds* of keychords. >=20 > We also use programs other than Emacs, and some of us (gasp!) use > them from the shell prompt at least sometimes. So the ability to > type these characters conveniently is important, certainly not > something to disregard so easily as you do. I *don't* disregard that ability. I consider the input methods I use in the GUI and in terminal windows on three operating systems to be quite convenient given that I type many thousands of characters per day, but only type grave a few times (and most of those are for reStructuredText documentation and TeX). YMMV, and I acknowledge that, but even you feel it necessary to admit that the "nuisance" is "(minor)". > > and that his reaction is pre-judgment without enough relevant > > experience. >=20 > "Just because you're paranoid doesn't mean they aren't after you." > Just because Some People=E2=84=A2 might have prejudice against these quo= tes, > it doesn't mean their introduction won't make our lives less > convenient. That is completely out of context. In the part you quote here, I was arguing against a priori judgments for the whole project and all its users, without any data except introspection to back them up. Not that inconvenience for the opponents was zero to ten decimal places. > > > Any benefits there may be are not _practical_ ones. The curly > > > quotes are a pain to type. > >=20 > > That's a fixable bug, but not in the use of curly quotes themselves, > > but rather in the Emacs input system. >=20 > Alas, the world of software is not limited to Emacs. Again, out of context. The complaint I was responding to was specifically about Emacs input methods, primarily C-x 8 IIRC. But guess what? AFAICT, the rest of the software world doesn't have these problems. People are typing scores of odd characters in email to me all the time. And not just Japanese, but good ol' boys and girls from the U S of A. How do they manage that, I wonder? > For some of us, Emacs is a first-class tool for everyday's work. > Some of us cannot easily afford conducting "experiments" with tools > of such importance, because we have to do something other than > gathering experience by the end of the day. Last I heard, Emacs 24 was the stable version, and it doesn't have these commits in it, and never will. Conducting experiments on people (volunteers) while they are doing real work is the very definition of "beta test". If you don't like that, you shouldn't be using a beta Emacs for everyday work. Of course it's a matter of degree, some experiments are more disruptive than others, and beta testers don't sign up for constant churn. This change hardly qualifies as hugely disruptive. It went unnoticed when initially committed and announced. Surely issues like frequent bootstrapping and debugging out-and-out build breakage, not to mention various bugs, are far greater interruptions to daily work. > Please don't dismiss our chagrin so easily, just because you might > have more free time on your hands to conduct experiments. Stop with the ad hominems, please. It's not my alleged free time that is relevant. It's that I see benefits to third parties that *you* ignore, perhaps because you perceive them to be "small". But I believe them to be potentially large. I would like to see this small, initial experiment performed to see if the disruption is as large and the benefits as small as you, Richard, Alan, and Drew believe them to be. If so, it should be reverted and further experiments will have to be delayed another decade or so. > While reverting a bunch of commits (whose number is growing by the > hour, btw) might be relatively easy, those commits affect everyone > who is using Emacs, as reverting them, locally is hardly a > practical option. Huh? People deal with exactly this problem all the time, for example package maintainers in GNU/Linux distros. Sure, it's a skill you have to spend time developing, and I know that many people prefer not to invest their time that way. But "not practical" is too dismissive. It *is* a practical option, used by many in some contexts.