GNU bug report logs -
#7470
24.0.50; Word Isearch lazy highlighting
Previous Next
Reported by: Dani Moncayo <dmoncayo <at> gmail.com>
Date: Tue, 23 Nov 2010 20:25:02 UTC
Severity: minor
Found in version 24.0.50
Done: Chong Yidong <cyd <at> stupidchicken.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7470 in the body.
You can then email your comments to 7470 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7470
; Package
emacs
.
(Tue, 23 Nov 2010 20:25:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dani Moncayo <dmoncayo <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 23 Nov 2010 20:25:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
Please, consider the situation arising after performing these steps::
0) Start Emacs (emacs -Q).
1) Go to the beginning of the *scratch* buffer (M-<).
2) Start an incremental _word_ search (M-s w).
3) Type `that fil'.
After step 3, the second occurrence of `that fil' should be
highlighted with `lazy-highlighting' face [1], but that doesn't
happen.
--------------
[1] Emacs Manual. Section "13.3 Word Search" (node "Word Search").
Last paragraph:
> A nonincremental word search differs slightly from the incremental
> version in the way it finds a match: the last word in the search string
> must be an exact match for a whole word. In an incremental word
> search, the last word in the search string can match part of a word;
> this allows the matching to proceed incrementally as you type.
--
Dani Moncayo
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7470
; Package
emacs
.
(Wed, 24 Nov 2010 01:59:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 7470 <at> debbugs.gnu.org (full text, mbox):
> Please, consider the situation arising after performing these steps::
> 0) Start Emacs (emacs -Q).
> 1) Go to the beginning of the *scratch* buffer (M-<).
> 2) Start an incremental _word_ search (M-s w).
> 3) Type `that fil'.
>
> After step 3, the second occurrence of `that fil' should be
> highlighted with `lazy-highlighting' face [1], but that doesn't
> happen.
The task of the word search is to find and highlight complete words.
The heuristics it applies with partial lax word search (comparing
the current search string with the previous one in `isearch-search-fun')
is to help the user to type the complete word search string
without signaling an error. So I doubt that lazy highlighting should
follow the same logic as partial lax word search.
What does lazy highlighting try to tell the user: "Look, if you type
C-s, then Isearch will land in the next highlighted place". But in case of
incomplete word search this is not true. When the user types C-s,
it will not stop at the partial word string highlighted as you suggested.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7470
; Package
emacs
.
(Wed, 24 Nov 2010 07:45:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 7470 <at> debbugs.gnu.org (full text, mbox):
On Wed, Nov 24, 2010 at 02:43, Juri Linkov <juri <at> jurta.org> wrote:
>
> The task of the word search is to find and highlight complete words.
> The heuristics it applies with partial lax word search (comparing
> the current search string with the previous one in `isearch-search-fun')
> is to help the user to type the complete word search string
> without signaling an error. So I doubt that lazy highlighting should
> follow the same logic as partial lax word search.
>
> What does lazy highlighting try to tell the user: "Look, if you type
> C-s, then Isearch will land in the next highlighted place". But in case of
> incomplete word search this is not true. When the user types C-s,
> it will not stop at the partial word string highlighted as you suggested.
>
I understand and agree with your reasoning, and I think would be good
to include that idea in the section of the manual that I quoted
before. The way it is worded now seems a bit misleading/incomplete to
me.
Thank you very much.
--
Dani Moncayo
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7470
; Package
emacs
.
(Sun, 05 Dec 2010 01:11:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 7470 <at> debbugs.gnu.org (full text, mbox):
Dani Moncayo <dmoncayo <at> gmail.com> writes:
> I understand and agree with your reasoning, and I think would be good
> to include that idea in the section of the manual that I quoted
> before. The way it is worded now seems a bit misleading/incomplete to
> me.
I've changed the manual text to reflect this. Thanks.
bug closed, send any further explanations to Dani Moncayo <dmoncayo <at> gmail.com>
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> debbugs.gnu.org
.
(Sun, 05 Dec 2010 01:11:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 02 Jan 2011 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 176 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.