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: lax matching is not a great default behavior Date: Fri, 04 Dec 2015 21:05:52 +0200 Message-ID: <831tb2ghkf.fsf@gnu.org> References: <837fl2qzs2.fsf@gnu.org> <83610ikvto.fsf@gnu.org> <83bna6ipn7.fsf@gnu.org> <45e1580a-863c-4bd7-82ec-38c27a0d930e@default> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1449256032 25160 80.91.229.3 (4 Dec 2015 19:07:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Dec 2015 19:07:12 +0000 (UTC) Cc: jwiegley@gmail.com, per@starback.se, rms@gnu.org, emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 04 20:07:03 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 1a4vh9-00029s-1L for ged-emacs-devel@m.gmane.org; Fri, 04 Dec 2015 20:07:03 +0100 Original-Received: from localhost ([::1]:42949 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4vh8-0000VV-1B for ged-emacs-devel@m.gmane.org; Fri, 04 Dec 2015 14:07:02 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34953) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4vh4-0000Ub-1j for emacs-devel@gnu.org; Fri, 04 Dec 2015 14:06:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a4vh0-00033k-Lz for emacs-devel@gnu.org; Fri, 04 Dec 2015 14:06:57 -0500 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:56950) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4vh0-00033e-96; Fri, 04 Dec 2015 14:06:54 -0500 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NYU00A00KU0Y700@mtaout28.012.net.il>; Fri, 04 Dec 2015 21:05:10 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYU00BLHL0M9R00@mtaout28.012.net.il>; Fri, 04 Dec 2015 21:05:10 +0200 (IST) In-reply-to: <45e1580a-863c-4bd7-82ec-38c27a0d930e@default> 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.184 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:195898 Archived-At: > Date: Fri, 4 Dec 2015 07:55:34 -0800 (PST) > From: Drew Adams > Cc: jwiegley@gmail.com, rms@gnu.org, emacs-devel@gnu.org > > > > > If we are afraid users will hate this default, we can turn it > > > > off in v25.1 and consider making it the default later. > > > > > > That would be good > > You snipped the rest of Per's point there, which makes a > difference, I think: > > > > , together with introducing an entry for it in the Options > > > menu directly below (or above?) "Ignore case for search". > > > This deserves to be as visible as that option. I don't see how that is relevant. Menu options have very little relevance to the defaults. And yes, I agree that there should be such an option in the menu bar's menus. > _Has_ such a decision to change the default behavior in fact already > been made? Yes. The code that makes it the default didn't just write itself. > > Character folding was introduced with the explicit goal of giving > > users what the other text-editing and word-processing environments > > provide, what they therefore are expected to expect. > > So what? So was CUA mode and lots of other features that are > not turned on by default. Yes, there are examples to the contrary as well. But that's besides the point. The point in that part of the discussion was the claim that features that mean massive changes must never be made ON by default. To refute that, all I need is a single significant example to the contrary. Which is what I provided. > Bidi did not noticeably affect users who do not edit bidi text. Likewise with character folding: as long as you search text where no equivalent characters exist, you will see no difference at all. > I think that a much better comparison is CUA mode. You argue > that we should turn char folding on by default _because_ that's > what users of other editors are used to. Most users of other > editors are used to CUA-like behavior too. Yet we don't turn > that on by default (and I agree with that decision). I'm not going to start arguing about CUA. I will just say that CUA was problematic because it actively _conflicted_ with many basic Emacs keybindings. That was the single most important problem that justified its being off by default. There's no such incompatibility in the case in point. > > > Should it be "Ignore accents for search"? > > > > No, because ignoring accents is just a small part of character > > folding. Please take a look at character-fold.el for the details. > > Agreed. And neither is it folding of diacriticals, because there > are also ad hoc foldings (e.g., quote marks). And there will > likely be more to come. It is, in fact, a hodge podge of foldings > - pretty much all of the various char foldings provided by Emacs > so far, except for letter case. Actually, it's not a hodge-podge at all. Barring any user-level customizations, it can be formally defined (and has been defined elsewhere) what is and what isn't folded. > Why not leave it off by default, for now? "Why not" is not a compelling argument, sorry. It cannot win the "why not" argument in the other direction. > > turning it off today means that it will get much less testing, > > and therefore bugs related to it...will most probably remain > > hidden for who knows how long. > > I seriously doubt that. That sounds alarmist, to me. This is in fact based on actual experience of testing new features in Emacs, during several pretests of a few major releases. > My expectation, if we turn it off by default, is that users will > try it, like it, and possibly ask for it to become the default > behavior. OTOH, if we turn it off by default, users might not even find it or know it exists for another 5 years.