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: Fri, 11 Sep 2015 09:31:03 -0700 (PDT) Message-ID: 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> <87oahd11i9.fsf@uwakimon.sk.tsukuba.ac.jp> <8cf269bc-69d8-4752-8506-de8d992512e1@default> <4f3b1db3-d3d2-480f-8662-fbf7c74aa67f@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 1441989102 712 80.91.229.3 (11 Sep 2015 16:31:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 11 Sep 2015 16:31:42 +0000 (UTC) Cc: stephen@xemacs.org, jean.christophe.helary@gmail.com, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 11 18:31:26 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 1ZaRES-0004tH-UC for ged-emacs-devel@m.gmane.org; Fri, 11 Sep 2015 18:31:25 +0200 Original-Received: from localhost ([::1]:57408 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZaRES-0003sA-Ci for ged-emacs-devel@m.gmane.org; Fri, 11 Sep 2015 12:31:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38908) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZaREO-0003s4-5R for emacs-devel@gnu.org; Fri, 11 Sep 2015 12:31:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZaREK-0008Gq-4m for emacs-devel@gnu.org; Fri, 11 Sep 2015 12:31:20 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:43103) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZaREJ-0008FI-UX; Fri, 11 Sep 2015 12:31:16 -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 t8BGV9Go018361 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 11 Sep 2015 16:31:09 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t8BGV6mK025963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 11 Sep 2015 16:31:08 GMT Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t8BGV6Kq010658; Fri, 11 Sep 2015 16:31:06 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:189839 Archived-At: > Currently you can type a single character and do any of these things: > * Search for A with or without any accent. (1) > * Search for =C3=81 only. (3) > * Search for =C3=80 only. (4) > * Search for =C3=82 only. (5) > * Search for =C3=84 only. > and likewise for each accented variant of A that exists in Unicode. (6) >=20 > With your change, all of those characters would do the same thing: > search for A with or without any accent. >=20 > So there would be only one thing you can do in regard to searching for > As, without using some sort of toggling command. Correct. We are agreeing about the facts, which is good. Per proposal: With char folding ON: (1) Search for A with or without any accent. (2) Search for "each accented variant of A that exists in Unicode", with or without any accent. With char folding OFF: (3), (4), (5), (6) Search for =C3=81, =C3=80, =C3=82, =C3=84 only (and like= wise for each...) What the current design misses is possibility (2). You *cannot* search using "M=C3=BCller" and find "Muller" etc. And yes, with the proposal a user explicitly expresses an intention to search with or without char folding, by hitting a key to turn it ON/OFF. There is no automatic turn-OFF just because there is a char with a diacritic in the search string. What's more, a user option can let users choose which behavior they prefer, instead of hardcoding that choice into the design. What's more, a user can (or we could) add a toggle key for flipping that behavior: both Drew and Richard could quickly switch "designs" on the fly, if they wanted to. Why not?