From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Udyant Wig Newsgroups: gmane.emacs.help Subject: Possible misleading example in `Incremental Search' Info node Date: Thu, 04 Aug 2016 17:55:35 +0530 Organization: A noiseless patient Spider Message-ID: <87k2fwbu0w.fsf@rudiments.goosenet.in> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1470313945 16613 195.159.176.226 (4 Aug 2016 12:32:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 4 Aug 2016 12:32:25 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Aug 04 14:32:21 2016 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bVHnD-0000gU-47 for geh-help-gnu-emacs@m.gmane.org; Thu, 04 Aug 2016 14:30:31 +0200 Original-Received: from localhost ([::1]:39500 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bVHn9-0003jw-U8 for geh-help-gnu-emacs@m.gmane.org; Thu, 04 Aug 2016 08:30:27 -0400 Original-Path: usenet.stanford.edu!goblin2!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 43 Original-Injection-Info: mx02.eternal-september.org; posting-host="071eb24fe2287fc954c470cbf824c853"; logging-data="19665"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19U1NnKuhY5mcrORKb8lIia" Cancel-Lock: sha1:6WC848U6O7jEKwWLYfjo8eBVFwk= sha1:CUwEbebpnl3k9cS8dUfwSSonsPI= Original-Xref: usenet.stanford.edu gnu.emacs.help:218705 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:111064 Archived-At: I was reading the _Incremental_Search_ Info node in the Emacs manual. In "15.1.4 Special Input for Incremental Search", found via (info "(emacs)Special Isearch") the second paragraph discusses "lax space matching", and its second and third sentences read as follows in my version of Emacs: Hence, ¡®foo bar¡¯ matches ¡®foo bar¡¯, ¡®foo bar¡¯, ¡®foo bar¡¯, and so on (but not ¡®foobar¡¯). More precisely, Emacs matches each sequence of space characters in the search string to a regular expression specified by the variable ¡®search-whitespace-regexp¡¯. I have not modified the default value for `search-whitespace-regexp', which, for me, is search-whitespace-regexp => "\\s-+" >From my understanding of that full paragraph, the following illustrates the default behaviour. Suppose that we have the text foobar foo bar foo bar foo bar If point is at the first `f' of `foobar', and I start an incremental search via C-s for `foo bar', then all three of `foo bar', `foo bar', and `foo bar' are highlighted, the latter two using the `lazy-highlight' face. Were the three instances of `foo bar' in the Info node paragraph meant to have an increasing number of spaces? Does anyone else see this? My Emacs version is: (emacs-version) => "GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 2015-03-08 on trouble, modified by Debian" -- Udyant Wig