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: char equivalence classes in search - why not symmetric? Date: Thu, 3 Sep 2015 09:46:46 -0700 (PDT) Message-ID: References: <2a7b9134-af2a-462d-af6c-d02bad60bbe8@default> <834mjecdy7.fsf@gnu.org> <834mjcbydi.fsf@gnu.org> <333172eb-f9ae-4f75-8f51-8787a6789c8f@default> <83lhcna2v2.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1441298839 31385 80.91.229.3 (3 Sep 2015 16:47:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Sep 2015 16:47:19 +0000 (UTC) Cc: jean.christophe.helary@gmail.com, monnier@IRO.UMontreal.CA, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 03 18:47:06 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 1ZXXfE-0001fi-KP for ged-emacs-devel@m.gmane.org; Thu, 03 Sep 2015 18:47:04 +0200 Original-Received: from localhost ([::1]:50301 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXXfE-0007oF-Gn for ged-emacs-devel@m.gmane.org; Thu, 03 Sep 2015 12:47:04 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32889) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXXfA-0007l1-UI for emacs-devel@gnu.org; Thu, 03 Sep 2015 12:47:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXXf9-0007OR-Us for emacs-devel@gnu.org; Thu, 03 Sep 2015 12:47:00 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:37556) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXXf6-0007DU-0S; Thu, 03 Sep 2015 12:46:56 -0400 Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t83GkmFQ015044 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 3 Sep 2015 16:46:49 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t83GkmIQ031483 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 3 Sep 2015 16:46:48 GMT Original-Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t83Gkmka014950; Thu, 3 Sep 2015 16:46:48 GMT In-Reply-To: <83lhcna2v2.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: userv0022.oracle.com [156.151.31.74] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:189523 Archived-At: > > But the question Jean-Christophe raised is about the _default_ > > behavior. >=20 > Indeed. >=20 > > And BTW, he raised it specifically wrt char folding, not case folding. >=20 > That's not true. Quote: >=20 > >> Maybe the default is wrong: > >> a should catch only a (and not aA=E0=E1 etc.) > >> a case modifier would allow a to catch aA > >> and a diacritic modifier would allow a to catch a=E0=E1 etc. > >> the free case and diacritic modifier can be combined so that a can cat= ch > >> aA=E0=C0=E1=C1 etc. > >> > >> ie, the default it to catch *exactly* what the user types. Well, OK, he did mention case as well as char folding, yes. He made, I think, a valid general point. But I agree that we should leave case folding out of it. > > The attempt, each time, to hark back to the fact that Emacs defaults > > _case_ folding to ON, in the context of a discussion about _char_ > > folding, is lamentable. > > > > We can deal with case folding later, if there is enough interest in > > reconsidering its default behavior. In this thread the question is > > about char folding, first and foremost. >=20 > I reacted specifically to Jean-Christophe's suggestion to change the > default for case-fold-search. OK. We can agree to separate that out from the current discussion.