From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Questions about isearch Date: Sat, 28 Nov 2015 09:49:06 +0200 Message-ID: <83lh9ir2bx.fsf@gnu.org> References: <83lh9lx6oi.fsf@gnu.org> <83a8q1x1cn.fsf@gnu.org> <87h9k74pkw.fsf@gmail.com> <83bnafse4f.fsf@gnu.org> <878u5jrvih.fsf@rub.de> Reply-To: Eli Zaretskii 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 1448696974 18710 80.91.229.3 (28 Nov 2015 07:49:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 28 Nov 2015 07:49:34 +0000 (UTC) Cc: stephen.berman@gmx.net, emacs-devel@gnu.org To: bruce.connor.am@gmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 28 08:49:22 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 1a2aG2-00026o-Pi for ged-emacs-devel@m.gmane.org; Sat, 28 Nov 2015 08:49:22 +0100 Original-Received: from localhost ([::1]:59867 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2aG5-0002v8-JN for ged-emacs-devel@m.gmane.org; Sat, 28 Nov 2015 02:49:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52614) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2aG2-0002v3-HB for emacs-devel@gnu.org; Sat, 28 Nov 2015 02:49:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a2aFz-0007Em-9R for emacs-devel@gnu.org; Sat, 28 Nov 2015 02:49:22 -0500 Original-Received: from mtaout26.012.net.il ([80.179.55.182]:52296) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2aFz-0007Ei-1G for emacs-devel@gnu.org; Sat, 28 Nov 2015 02:49:19 -0500 Original-Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NYI00100LPD6P00@mtaout26.012.net.il> for emacs-devel@gnu.org; Sat, 28 Nov 2015 09:52:06 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYI00KXXLUTP540@mtaout26.012.net.il>; Sat, 28 Nov 2015 09:52:06 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.182 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:195431 Archived-At: > Date: Sat, 28 Nov 2015 00:04:33 +0000 > From: Artur Malabarba > Cc: emacs-devel , Eli Zaretskii >=20 > On 27 Nov 2015 9:18 pm, "Stephen Berman" w= rote: > > > No. We don't support having multiple characters match a single = string. > > > > Is this why "ss" does not match the German letter "=C3=9F"?=20 >=20 > Indeed.=20 In fact, =C3=9F doesn't have a decomposition at all in the Unicode database: (get-char-code-property ?=C3=9F 'decomposition) =3D> 223 IOW, it "decomposes" into itself, an indication of no decomposition. > > I assume the > > reason "s" does not match "=C3=9F" is that the latter does not ha= ve a > > decomposition including "s", whereas the decomposition of e.g. "= =EF=AC=80" does > > include "f", correct?=20 >=20 > Yes.=20 >=20 > > In fact, looking at the value of character-fold-table, it seems t= o me > > that the current implementation of folding based on character > > decomposition often yields surprising results: e.g. "f" matches n= ot only > > "=EF=AC=80" but also "=E3=8E=99" and "=EF=AC=84", but "m" and "l"= fail to match the latter two, > > respectively.=20 >=20 > This was by choice, and it would be trivial to change. Do others fi= nd it > surprising?=20 I do. I think these should match. > > Another shortcoming is that the decompositions do not respect > > case-folding, e.g. "f" fails to match "=E2=84=B1" and "=E2=84= =BB" (with case-folding > > enabled), whereas "F" does match them, but fails to match "=EF= =AC=80".=20 >=20 > True. This can be fixed, I think. Could you file a bug report so we= don't > forget?=20 This should be fixed for v25.1 as well, I think. Thanks.