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 16:42:22 +0200 Message-ID: <83mvtqgtrl.fsf@gnu.org> References: <837fl2qzs2.fsf@gnu.org> <83610ikvto.fsf@gnu.org> <83bna6ipn7.fsf@gnu.org> <83wpsuh6cr.fsf@gnu.org> Reply-To: Eli Zaretskii 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 1449240230 18525 80.91.229.3 (4 Dec 2015 14:43:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Dec 2015 14:43:50 +0000 (UTC) Cc: jwiegley@gmail.com, rms@gnu.org, drew.adams@oracle.com, emacs-devel@gnu.org To: Per =?utf-8?Q?Starb=C3=A4ck?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 04 15:43:41 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 1a4raE-0004TP-QP for ged-emacs-devel@m.gmane.org; Fri, 04 Dec 2015 15:43:38 +0100 Original-Received: from localhost ([::1]:41345 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4raE-00076Y-7a for ged-emacs-devel@m.gmane.org; Fri, 04 Dec 2015 09:43:38 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47003) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4rZJ-0006Cp-KD for emacs-devel@gnu.org; Fri, 04 Dec 2015 09:42:42 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a4rZF-0001eY-9S for emacs-devel@gnu.org; Fri, 04 Dec 2015 09:42:41 -0500 Original-Received: from mtaout27.012.net.il ([80.179.55.183]:49142) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4rZE-0001eC-Tt; Fri, 04 Dec 2015 09:42:37 -0500 Original-Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0NYU00A008A4R500@mtaout27.012.net.il>; Fri, 04 Dec 2015 16:37:41 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYU00PAN8MS80G0@mtaout27.012.net.il>; Fri, 04 Dec 2015 16:37:41 +0200 (IST) 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.183 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:195888 Archived-At: > Date: Fri, 4 Dec 2015 13:04:24 +0100 > From: Per Starb=C3=A4ck > Cc: John Wiegley , rms@gnu.org, Drew Adams ,=20 > =09"emacs-devel@gnu.org" >=20 > > Try more serious editing environments. E.g., MS Word does that b= y > > default. >=20 > I don't have access to MS Word, I don't think experiences from that > influences what users expect in an editor much, and I think it is > beside the point anyway. A good feature is good anyway. Given the sheer number of people who use (or have to use) Word, this is hardly beside the point. > > The entire time interval between Nov 15 this year and until we re= lease > > Emacs 25.1 (which will take a few months, probably more than 6, > > judging by past experience) is supposed to provide that feedback. >=20 > The main feedback won't come until after it is available in a relea= sed version. I disagree. I've seen that happening during pretest many times. Heck, even the discussion we are having now is part of that feedback. And I don't expect it to be the last discussion about this. > What we were talking about is what should be the default in the nex= t > released version. Since you are instead talking about the default > *before release* we are maybe not in disagreement after all. For now, the release is still so far away that any difference between these 2 alternatives is indiscernible, IMO. > >> I may have missed something, but I have not read a single "I thi= nk > >> it's wrong" post. > > > > Any post that doesn't explain why folding characters might be _wr= ong_ > > in _most_ situations is not providing any useful arguments for tu= rning > > off the default. Most posts I've seen explained why their author= s > > don't like this feature. >=20 > Big problems are big even if they only affect 5% of the users. Yes, but we don't change the defaults on behalf of such a small minority, except to prevent a disaster. I see no disaster in this case. > The example I have given where this feature for Scandinavians is > like having a search for "I" find "J" is such a problem. Not "for Scandinavians", in text written in one of the Scandinavian languages. Right? > That just isn't acceptable, and will affect _most_ editing session > for some, but of course not _most_ situations for all users > combined. Then these users will customize their Emacs, and move on. > Some adaptations by language are needed to make this a > good feature, and that won't be there in place for the next release= , > and also we won't know which adaptations are needed for other > languages until more get to use this. Indeed. But I don't see that as a sufficient reason to decide now that the default should off for _everyone_. > And this is strange. I haven't read a single such post, and yet it'= s > most posts you have seen. I wonder if you have read that into any p= ost > by me. I read everything that is posted to this list. > Emacs as a whole is American-centered Emacs ceased being American-centered long ago, around v20.1, I'd say, if not earlier. > Its understanding of the needs for other languages that don't use a > Latin script has earlier proved to be a better than its > understanding of the needs for other languages using a Latin script= . If you really think that, I'd encourage bug reports about any feature or misfeature where this attitude is visible in practice. > The harder you have to type =C3=A1=C3=A0=E1=BA=A9=C3=A3=C3=A3=C7= =8E the better it is for you to be > able to search for them easily when they happen to be in a buffer. There was at least one opposite view expressed in this discussion. Which just tells us that one size will not fit all in the is regard, there's nothing new. But it tells nothing about which default is mor= e correct. The default you propose has disadvantages, not just advantages.