[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Possible misleading example in `Incremental Search' Info node
From: |
Udyant Wig |
Subject: |
Possible misleading example in `Incremental Search' Info node |
Date: |
Thu, 04 Aug 2016 17:55:35 +0530 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) |
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
- Possible misleading example in `Incremental Search' Info node,
Udyant Wig <=