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:15:40 -0700 (PDT) Message-ID: <333172eb-f9ae-4f75-8f51-8787a6789c8f@default> References: <2a7b9134-af2a-462d-af6c-d02bad60bbe8@default> <834mjecdy7.fsf@gnu.org> <834mjcbydi.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1441296982 31780 80.91.229.3 (3 Sep 2015 16:16:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Sep 2015 16:16:22 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier , Jean-Christophe Helary Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 03 18:16: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 1ZXXBG-0000Sa-PF for ged-emacs-devel@m.gmane.org; Thu, 03 Sep 2015 18:16:07 +0200 Original-Received: from localhost ([::1]:49978 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXXBG-0001hs-Ip for ged-emacs-devel@m.gmane.org; Thu, 03 Sep 2015 12:16:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48149) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXXBA-0001dH-Ov for emacs-devel@gnu.org; Thu, 03 Sep 2015 12:16:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXXB2-0007eC-2p for emacs-devel@gnu.org; Thu, 03 Sep 2015 12:16:00 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:51269) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXXB1-0007e5-Sp for emacs-devel@gnu.org; Thu, 03 Sep 2015 12:15:52 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t83GFiWA003228 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 3 Sep 2015 16:15:45 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t83GFihh009882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 3 Sep 2015 16:15:44 GMT Original-Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t83GFfeQ026769; Thu, 3 Sep 2015 16:15:42 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] 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:189517 Archived-At: > > ie, the default it to catch *exactly* what the user types. >=20 > I disagree. But if you want to add a Custom var to let users change the > default, that's fine by me. > Personally for those rare cases when I need to explicitly disable > case-folding in isearch, `M-c' works well enough, There already is such a Custom var: `case-fold-search'. And in the rare cases where I need to explicitly _enable_ case folding in Isearch, `M-c' works well enough. I've customized `case-fold-search' to turn it OFF by default. But the question Jean-Christophe raised is about the _default_ behavior. And BTW, he raised it specifically wrt char folding, not case folding. 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.