From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#22043: 25.0.50; search-forward and char folding Date: Mon, 30 Nov 2015 19:33:18 +0200 Message-ID: <83bnabmly9.fsf@gnu.org> References: <25185.1448859182@allegro.localdomain> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1448904864 12647 80.91.229.3 (30 Nov 2015 17:34:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 30 Nov 2015 17:34:24 +0000 (UTC) Cc: 22043@debbugs.gnu.org To: Mike Kupfer Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 30 18:34:13 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1a3SL6-0005m2-9u for geb-bug-gnu-emacs@m.gmane.org; Mon, 30 Nov 2015 18:34:12 +0100 Original-Received: from localhost ([::1]:42445 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3SL5-0006kn-Ok for geb-bug-gnu-emacs@m.gmane.org; Mon, 30 Nov 2015 12:34:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32795) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3SL1-0006i6-Bw for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2015 12:34:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a3SKw-000777-OA for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2015 12:34:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43404) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3SKw-000773-Kz for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2015 12:34:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1a3SKw-0006eA-HS for bug-gnu-emacs@gnu.org; Mon, 30 Nov 2015 12:34:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Nov 2015 17:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22043 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22043-submit@debbugs.gnu.org id=B22043.144890480825481 (code B ref 22043); Mon, 30 Nov 2015 17:34:02 +0000 Original-Received: (at 22043) by debbugs.gnu.org; 30 Nov 2015 17:33:28 +0000 Original-Received: from localhost ([127.0.0.1]:33108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a3SKO-0006cu-Dg for submit@debbugs.gnu.org; Mon, 30 Nov 2015 12:33:28 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:65178) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a3SKM-0006cl-M2 for 22043@debbugs.gnu.org; Mon, 30 Nov 2015 12:33:27 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NYN005001TMS500@a-mtaout21.012.net.il> for 22043@debbugs.gnu.org; Mon, 30 Nov 2015 19:33:25 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYN005K223NQN40@a-mtaout21.012.net.il>; Mon, 30 Nov 2015 19:33:23 +0200 (IST) In-reply-to: <25185.1448859182@allegro.localdomain> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:109455 Archived-At: > From: Mike Kupfer > cc: Eli Zaretskii , 22043@debbugs.gnu.org > Date: Sun, 29 Nov 2015 20:53:02 -0800 > > > Perhaps, to be more precise, the difference is search that > > does or does not accept general regexp patterns as _input_. > > Those that do have "regexp" (or "-re-"?) in their name; > > those that do not do not have it. The former do not > > support char folding; the latter do. Is that correct (and > > complete)? > > I'm afraid it's more complicated than that. If nothing else, there's > the "word" family of search functions, which don't do character folding. Yes, exactly. And also symbol search, etc. I've just realized that the effect of the toggles on the search mode is not documented in the doc strings of the toggles or in the manual, so I added that.