From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?Per_Starb=C3=A4ck?= Newsgroups: gmane.emacs.devel Subject: Re: lax matching is not a great default behavior Date: Thu, 3 Dec 2015 23:27:00 +0100 Message-ID: References: <837fl2qzs2.fsf@gnu.org> <83610ikvto.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1449181630 13147 80.91.229.3 (3 Dec 2015 22:27:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Dec 2015 22:27:10 +0000 (UTC) Cc: jwiegley@gmail.com, rms@gnu.org, Drew Adams , "emacs-devel@gnu.org" To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 03 23:27:09 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 1a4cLF-00063P-7X for ged-emacs-devel@m.gmane.org; Thu, 03 Dec 2015 23:27:09 +0100 Original-Received: from localhost ([::1]:37681 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4cLE-0003RK-KD for ged-emacs-devel@m.gmane.org; Thu, 03 Dec 2015 17:27:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59840) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4cLB-0003RD-MX for emacs-devel@gnu.org; Thu, 03 Dec 2015 17:27:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a4cLA-0001ws-Qg for emacs-devel@gnu.org; Thu, 03 Dec 2015 17:27:05 -0500 Original-Received: from mail-vk0-x234.google.com ([2607:f8b0:400c:c05::234]:35044) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4cL7-0001vu-M0; Thu, 03 Dec 2015 17:27:01 -0500 Original-Received: by vkha189 with SMTP id a189so54702007vkh.2; Thu, 03 Dec 2015 14:27:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=azFH3WNEhzEgWdVV7O84k8OpJC5C5b6pX/6OYVqCTTo=; b=Qc2ERiBMw8U7ANBsPsNZGRl0pcipMj4wC07VfisS7K/cKOOJlyL0W38Il4ljnoMPwz WzyJ+oDeDfnWjDSpjX+06A9ZmK8AFK789aebFDPsLBz2TmRXcN+kM/uGIGK5qI/JvRPR gf8BrGPsy59DtzNtgdZuYYMq+9yL6bwcnZQ7ul21Lkj62u4A93UeXtH8uICbWvtX4LRI 9NhsQpjR20ezLUTCGeUTThtXJ1lwT5q9xe7oifnXEpqIrKJA+GZwKXW/ml7XcsN9XcGk Zk6EhB++do3Gw1SW1mwMBFH4wIPqdYdwbai22cZeOhNSw6EZPffeXqopvHWE9C1xcBSF xPgg== X-Received: by 10.31.128.82 with SMTP id b79mr7875313vkd.47.1449181621122; Thu, 03 Dec 2015 14:27:01 -0800 (PST) Original-Received: by 10.31.54.197 with HTTP; Thu, 3 Dec 2015 14:27:00 -0800 (PST) In-Reply-To: <83610ikvto.fsf@gnu.org> X-Google-Sender-Auth: 6u65lH0s1-m7XP1w9Z8UI6r8w6o X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400c:c05::234 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:195835 Archived-At: > 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, 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. Should it be "Ignore accents for search"? I think it's often best to make something just available first to get more feedback on it before it's made the default. (One thing I expect from that feedback is bug reports about how that option doesn't work for some characters for some languages, as I've written about in another thread, which will give an indication of whether the problem is as serious as I made it out to be.) > Alternatively, we > could quickly release Emacs 25.2 with character folding turned off if > we see an outcry. But polling at this time will not be efficient, > IMO. Not at all as good! To "quickly release" something doesn't mean that it is a quick change for users, who may keep using that version for a long time.