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


Message #14 received at 29360 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> linkov.net>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 29360 <at> debbugs.gnu.org
Subject: Re: bug#29360: 26.0;
 Add full-buffer choice for `isearch-lazy-highlight'
Date: Thu, 23 Nov 2017 23:49:46 +0200
>> Are you sure this should be part of isearch, not hi-lock?
>
> No relation to hi-lock. This is not about font-lock
> highlighting.

hi-lock is not about font-lock highlighting too
when font-lock is not active.  See the variable
‘hi-lock-highlight-range’ with its default limit of 200000.

I'm thinking about using lazy-highlight in hi-lock
to overcome this limitation after adding support
for full-buffer to lazy-highlight.  Maybe better
to generalize the current implementation of
isearch-lazy-highlight-update to apply a function
given as an argument to perform different actions
on the found matches (by default, adding the lazy-highlight
overlay, and for hi-lock adding the hi-lock-overlay).




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

Previous Next


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