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: Sat, 12 Sep 2015 08:59:12 -0700 (PDT) Message-ID: <9c9d5c0b-5cdc-4619-8cd6-c7a01992a020@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>> <<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 1442073586 17011 80.91.229.3 (12 Sep 2015 15:59:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 12 Sep 2015 15:59:46 +0000 (UTC) Cc: stephen@xemacs.org, jean.christophe.helary@gmail.com, emacs-devel@gnu.org To: rms@gnu.org, Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 12 17:59:33 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 1ZanDA-0006ia-85 for ged-emacs-devel@m.gmane.org; Sat, 12 Sep 2015 17:59:32 +0200 Original-Received: from localhost ([::1]:32945 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZanD9-00015o-EB for ged-emacs-devel@m.gmane.org; Sat, 12 Sep 2015 11:59:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33989) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZanCv-00015h-TP for emacs-devel@gnu.org; Sat, 12 Sep 2015 11:59:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZanCs-0002Xz-N7 for emacs-devel@gnu.org; Sat, 12 Sep 2015 11:59:17 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:17290) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZanCs-0002Xv-Fa; Sat, 12 Sep 2015 11:59:14 -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 t8CFxBHL031506 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 12 Sep 2015 15:59:12 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t8CFxBJ5024124 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 12 Sep 2015 15:59:11 GMT Original-Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t8CFxBWX015017; Sat, 12 Sep 2015 15:59:11 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: 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:189871 Archived-At: > > 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. >=20 > That seems to be a description of how it works now. No, it is not meant to. #2 means use any of the variants (in the search string) to search for any of the variants (in the text being searched). It is the proposal of this thread. (#2 was admittedly expressed not so well (I tried to reuse your two expressions, and the result of combining them was clumsy.) Currently, to search for all of the variants (any of them, indifferently), you must use the base character in the search string. You cannot use any of the variants in the search string, to get the same effect. Only the base char lets you search for the class, i.e., use char folding. (But I think you already realized this.)