From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: char equivalence classes in search - why not symmetric? Date: Wed, 09 Sep 2015 00:19:28 +0300 Organization: LINKOV.NET Message-ID: <87mvww38yn.fsf@mail.linkov.net> 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> <35212406-d05c-4883-8f37-ac80637b54d6@default> 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 1441747473 25865 80.91.229.3 (8 Sep 2015 21:24:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 8 Sep 2015 21:24:33 +0000 (UTC) Cc: Jean-Christophe Helary , emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 08 23:24:25 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 1ZZQNE-0007PQ-3a for ged-emacs-devel@m.gmane.org; Tue, 08 Sep 2015 23:24:16 +0200 Original-Received: from localhost ([::1]:37915 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZQND-0007wx-62 for ged-emacs-devel@m.gmane.org; Tue, 08 Sep 2015 17:24:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47088) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZQMx-0007wa-TB for emacs-devel@gnu.org; Tue, 08 Sep 2015 17:24:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZZQMt-0004H9-Ry for emacs-devel@gnu.org; Tue, 08 Sep 2015 17:23:59 -0400 Original-Received: from sub3.mail.dreamhost.com ([69.163.253.7]:58749 helo=homiemail-a39.g.dreamhost.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZQMt-0004Gl-Nj for emacs-devel@gnu.org; Tue, 08 Sep 2015 17:23:55 -0400 Original-Received: from homiemail-a39.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a39.g.dreamhost.com (Postfix) with ESMTP id 52CA815007E; Tue, 8 Sep 2015 14:23:53 -0700 (PDT) Original-Received: from localhost.linkov.net (m83-191-202-32.cust.tele2.ee [83.191.202.32]) (Authenticated sender: jurta@jurta.org) by homiemail-a39.g.dreamhost.com (Postfix) with ESMTPA id 11683150074; Tue, 8 Sep 2015 14:23:51 -0700 (PDT) In-Reply-To: <35212406-d05c-4883-8f37-ac80637b54d6@default> (Drew Adams's message of "Tue, 8 Sep 2015 06:39:15 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-Received-From: 69.163.253.7 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:189743 Archived-At: >> > I disagree. When I search for "M=C3=BCller" I want it to also match >> > "Muller" because some people (e.g., in French speaking countries) us= e >> > this as an approximation of the spelling. >> >> It's fine that emacs is "different", but common (nano, vi, GUI editors= , word >> processors) behaviour is that a search strictly matches the string, an= d that >> creates expectations. In Web browsers by default =E2=80=9Cu=E2=80=9D matches =E2=80=9C=C3=BC=E2= =80=9D as well as =E2=80=9C=C3=BC=E2=80=9D matches =E2=80=9Cu=E2=80=9D. >> For the Muller case above, as a translator I could see >> myself search for Muller to correct it to M=C3=BCller and not be happy= to have >> all the correct M=C3=BCllers 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. Do you mean a toggle for an individual character in the search string or a toggle for the whole search string? Also is it a three-state toggle between literal match, =E2=80=9C=C3=BC=E2=80=9D matches only =E2=80=9C=C3= =BC=E2=80=9D, =E2=80=9C=C3=BC=E2=80=9D matches both =E2=80=9Cu=E2=80=9D a= nd =E2=80=9C=C3=BC=E2=80=9D, =E2=80=9C=C3=BC=E2=80=9D matches =E2=80=9Cu=E2=80=9D, =E2=80=9C=C3=BC=E2=80= =9D and all other variants like =E2=80=9C=C3=BA=E2=80=9D?