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: Tue, 8 Sep 2015 06:39:15 -0700 (PDT) Message-ID: <35212406-d05c-4883-8f37-ac80637b54d6@default> References: <2a7b9134-af2a-462d-af6c-d02bad60bbe8@default> <834mjecdy7.fsf@gnu.org> <38061f42-eaf1-47c6-b74d-f676ac952b18@default> <83r3miatvl.fsf@gnu.org> <21998.29683.916211.867479@a1i15.kph.uni-mainz.de> <9A972800-D8F0-4DA8-877E-07D5BDC2E1F9@gmail.com> 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 1441719603 5125 80.91.229.3 (8 Sep 2015 13:40:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 8 Sep 2015 13:40:03 +0000 (UTC) To: Jean-Christophe Helary , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 08 15:39:49 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 1ZZJ7h-00026z-07 for ged-emacs-devel@m.gmane.org; Tue, 08 Sep 2015 15:39:45 +0200 Original-Received: from localhost ([::1]:34152 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZJ7c-0003J7-4O for ged-emacs-devel@m.gmane.org; Tue, 08 Sep 2015 09:39:40 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54781) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZJ7U-0003I7-2E for emacs-devel@gnu.org; Tue, 08 Sep 2015 09:39:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZZJ7Q-0005Vw-R9 for emacs-devel@gnu.org; Tue, 08 Sep 2015 09:39:32 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:24075) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZJ7Q-0005UR-LM for emacs-devel@gnu.org; Tue, 08 Sep 2015 09:39:28 -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 t88DdHCH009071 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 8 Sep 2015 13:39:17 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 t88DdGd6025134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 8 Sep 2015 13:39:17 GMT Original-Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23]) by userv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t88DdGLl025540; Tue, 8 Sep 2015 13:39:16 GMT In-Reply-To: <9A972800-D8F0-4DA8-877E-07D5BDC2E1F9@gmail.com> 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:189710 Archived-At: > > I disagree. When I search for "M=FCller" I want it to also match > > "Muller" because some people (e.g., in French speaking countries) use > > this as an approximation of the spelling. >=20 > It's fine that emacs is "different", but common (nano, vi, GUI editors, w= ord > processors) behaviour is that a search strictly matches the string, and t= hat > creates expectations. For the Muller case above, as a translator I could = see > myself search for Muller to correct it to M=FCller and not be happy to ha= ve > all the correct M=FCllers showing up in the search. Not a problem, provided we have a toggle like what Juri suggested. Toggle literal vs char folding. And ensure that char folding is symmetric (this thread), and not just one-way as it is now. I agree with you about the default behavior (literal, not folded). But of course users need to be able to customize the default behavior, so they start out with whichever behavior they prefer. > Let's just put flags that trigger case/diacritic matching, they could be = on > in default emacs, but they should be somewhere. Yup.