From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: On language-dependent defaults for character-folding Date: Sun, 28 Feb 2016 08:59:02 -0800 (PST) Message-ID: References: <87povqe5tr.fsf@gnus.org> <87ziuta4l4.fsf@gnus.org> <87y4adzcia.fsf@gnus.org> <83twl0k1k5.fsf@gnu.org> <83k2lvi99c.fsf@gnu.org> <83oab6gfiw.fsf@gnu.org> <878u29x8vl.fsf@fastmail.fm> <83ziuncpch.fsf@gnu.org> <83fuwecztu.fsf@gnu.org> <83bn72cxfa.fsf@gnu.org> <83si0cakvf.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 1456678836 16582 80.91.229.3 (28 Feb 2016 17:00:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Feb 2016 17:00:36 +0000 (UTC) Cc: joostkremers@fastmail.fm, larsi@gnus.org, lokedhs@gmail.com, rms@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii , John Wiegley Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 28 18:00:19 2016 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 1aa4hd-0004Gn-Gb for ged-emacs-devel@m.gmane.org; Sun, 28 Feb 2016 18:00:17 +0100 Original-Received: from localhost ([::1]:59684 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa4hc-0004GQ-Ve for ged-emacs-devel@m.gmane.org; Sun, 28 Feb 2016 12:00:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56619) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa4h9-0004Ds-Vh for emacs-devel@gnu.org; Sun, 28 Feb 2016 11:59:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aa4h8-0002EP-Qc for emacs-devel@gnu.org; Sun, 28 Feb 2016 11:59:47 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:49394) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa4h4-0002Dq-M9; Sun, 28 Feb 2016 11:59:42 -0500 Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u1SGx7FX003492 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 28 Feb 2016 16:59:07 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u1SGx6Xi021149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 28 Feb 2016 16:59:07 GMT Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id u1SGx3pP012099; Sun, 28 Feb 2016 16:59:06 GMT In-Reply-To: <83si0cakvf.fsf@gnu.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 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:200768 Archived-At: > > From what I've seen, this is a complex feature with many corner > > cases, some of which may not have been encountered yet because it > > hasn't been "out in the field" except for a few pretests. >=20 > I don't see any corner use cases, just some parts that, for best > results, should be handled depending on the language of the text. > What we have now is IMNSHO good enough, although improvements are > welcome (and need infrastructure we don't currently have). This is > a clear case of perfect being the enemy of good. I don't see anyone arguing that this feature is not "good enough" for Emacs 25.1. No one has suggested pulling the feature from the release. The question is only whether it should be turned on by default. Posing that question, and even deciding that it is not, is not at all "a clear case of perfect being the enemy of good." > > The question is whether it should become the default for all > > users from the start. What John said. > > We can always enable it as a default later, so I > > don't see a need to hurry. This could be a great feature to > > introduce as a default in 26.1, if it receives good reception from > > early adopters in 25.x. >=20 > Why does it have to be a binary all or nothing decision? Users of a > few languages found some of the folding patterns incorrect for their > language -- why not turn only those patterns off in the locales that > use only those languages? Why should we have this decision affect > users who have nothing to do with those few languages? That's a reasonable question: whether Emacs should have different default values for this feature for different users/locales. I tend to think that deciding to do that now would also be a bit premature, but the question is reasonable. > Turning this summarily off will also disable features that AFAIR no > one objected to -- the ability to find a=CC=81 (a 2-character sequence) > when looking for =C3=A1 (one character), or vice versa. I fail to see > how a failure to match by default in this use case would make any > sense at all. That "ability to find" would not disappear if char-folding were off by default. It is you who sounds like you are now making the question into all-or-nothing. > We should make our decisions in this matter based on understanding > the issues involved, and try very hard not to throw away the baby > with the bathwater. I don't see anyone proposing to throw out the bathwater, much less the baby with it. Eli, you say here, quite often, that you think discussions about what the default behavior of a feature should be are typically fruitless, if not sterile. But it seems clear that you care quite a lot about this default behavior. I'd say let it go. There will be Emacs 25.2 and beyond. And users will try this new feature and give their feedback, which I expect will be overwhelmingly positive - and informative for further discussions here. Based on user feedback and further discussion and analysis here (this is not going away), Emacs Dev will improve and elaborate this feature. We will have better ideas about how to handle all of the things that are currently not so clear. There is plenty of time to decide again whether this or that should be turned on by default. What seems clear to me for Emacs 25.1 is that the feature should be included AND that it should be simple to both (1) customize the default behavior for a given user (i.e., what behavior search starts with, a la `case-fold-search') and (2) toggle the behavior on the fly, during Isearch. Given (1) and (2), users can do what they like, and we can learn later from them what behaviors might best be adopted for defaulting.