GNU bug report logs - #29360
26.0; Add full-buffer choice for `isearch-lazy-highlight'

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Sun, 19 Nov 2017 19:07:01 UTC

Severity: wishlist

Tags: fixed

Found in version 26.0

Fixed in version 27.1

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Drew Adams <drew.adams <at> oracle.com>
To: Juri Linkov <juri <at> linkov.net>
Cc: 29360 <at> debbugs.gnu.org
Subject: bug#29360: 26.0; Add full-buffer choice for `isearch-lazy-highlight'
Date: Wed, 17 Oct 2018 22:47:26 -0700 (PDT)
Hi Juri,

It would really be good if this enhancement were made - for the
reasons I gave in bug #21092, and for other reasons. You asked me
(in bug #21092) to file this bug if I thought we needed such a
full-buffer possibility. This enhancement request was the result.

Did you not have a patch that took care of this? IIRC you then found
a problem with it wrt `follow-mode', but I thought you had a solution
for that too. (I thought the latter solution was provided by Artur's
`all-windows' value for `isearch-lazy-highlight' etc., which was added.)

There really is no comparison with hi-lock. Only Isearch provides
incremental matching (with highlighting) for a regexp etc. Being
able to try a search pattern, see the result as you type, adjust it,
etc. is very handy.

Then being able to leave the highlighting turned on (via nil
`lazy-highlight-cleanup') means you can do all kinds of things with
the resulting highlighted text. I do this now, but lack the ability to
force highlighting the full buffer. That was my aim in bug #21092.

What's the status of this feature? Can we add it to Emacs now?
I hope so.




This bug report was last modified 6 years and 207 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.