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: Sun, 29 Nov 2015 21:19:42 +0200 Message-ID: <837fl0obox.fsf@gnu.org> References: <15605.1448748702@allegro.localdomain> <17193.1448823812@allegro.localdomain> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1448824822 12941 80.91.229.3 (29 Nov 2015 19:20:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 29 Nov 2015 19:20:22 +0000 (UTC) Cc: 22043@debbugs.gnu.org, m.kupfer@acm.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 29 20:20:07 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 1a37W2-0001VZ-So for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Nov 2015 20:20:07 +0100 Original-Received: from localhost ([::1]:37453 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a37W7-0002Ml-11 for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Nov 2015 14:20:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40966) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a37W3-0002Jm-1A for bug-gnu-emacs@gnu.org; Sun, 29 Nov 2015 14:20:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a37Vz-0002BK-3J for bug-gnu-emacs@gnu.org; Sun, 29 Nov 2015 14:20:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:41791) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a37Vy-0002BD-W7 for bug-gnu-emacs@gnu.org; Sun, 29 Nov 2015 14:20:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1a37Vy-0003Hj-Cn for bug-gnu-emacs@gnu.org; Sun, 29 Nov 2015 14:20: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: Sun, 29 Nov 2015 19:20: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.144882479312609 (code B ref 22043); Sun, 29 Nov 2015 19:20:02 +0000 Original-Received: (at 22043) by debbugs.gnu.org; 29 Nov 2015 19:19:53 +0000 Original-Received: from localhost ([127.0.0.1]:59732 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a37Vp-0003HH-Cz for submit@debbugs.gnu.org; Sun, 29 Nov 2015 14:19:53 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:65203) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a37Vm-0003H8-KW for 22043@debbugs.gnu.org; Sun, 29 Nov 2015 14:19:51 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NYL00200C4R7900@a-mtaout21.012.net.il> for 22043@debbugs.gnu.org; Sun, 29 Nov 2015 21:19:49 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NYL002F1CD06230@a-mtaout21.012.net.il>; Sun, 29 Nov 2015 21:19:49 +0200 (IST) In-reply-to: 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:109415 Archived-At: > Date: Sun, 29 Nov 2015 11:08:41 -0800 (PST) > From: Drew Adams > Cc: 22043@debbugs.gnu.org > > Isn't it correct and sufficient to say that non-regexp > incrementalsearch uses character folding by default? No, because "C-s RET" actually invokes a regexp search behind the user's back when character folding or lax-whitespace are in effect, and the user has no way of knowing whether it invoked a regexp or non-regexp search. > IOW, isn't this default behavior true for all incremental > search commands except regexp search, and only for those > commands (no non-incremental search commands)? No. Nonincremental vs incremental is not the issue. The issue is whether the search function that the command employs uses regexps or not. It is a limitation of how these features are implemented that they absolutely require regexp search.