GNU bug report logs - #43702
Emacs master: Incorrect highlighting in regexp isearch.

Previous Next

Package: emacs;

Reported by: Alan Mackenzie <acm <at> muc.de>

Date: Tue, 29 Sep 2020 12:14:01 UTC

Severity: normal

Tags: fixed

Fixed in version 28.0.50

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

Bug is archived. No further changes may be made.

Full log


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

From: Drew Adams <drew.adams <at> oracle.com>
To: Juri Linkov <juri <at> linkov.net>
Cc: Alan Mackenzie <acm <at> muc.de>, Lars Ingebrigtsen <larsi <at> gnus.org>,
 43702 <at> debbugs.gnu.org
Subject: RE: bug#43702: Emacs master: Incorrect highlighting in regexp isearch.
Date: Thu, 1 Oct 2020 12:38:48 -0700 (PDT)
> >> Maybe better to do what Drew proposed: to distinguish the odd groups
> >> from the even groups, i.e. to have only 2 additional faces
> >> (a brighter face like the current isearch-group-1 for the odd groups,
> >> and a darker face for the even groups).
> >
> > To be clear, I didn't propose that.  My code has 8 levels
> > (groups), with 8 faces.
> 
> My intention was to give credit where credit is due.
> Thank you for the idea.
> 
> > What I mentioned about even and odd is for lazy-highlighting.
> 
> Both ordinary and lazy-highlighting matches could be based on
> the same idea of odd/even faces.

They could.  But they shouldn't.

For the current search hit, it makes sense to provide
as much info as possible visually.  That is, in this
context (regexp matching), highlight each of the groups
in a unique way, so they can be easily identified in
the search hit.

The idea behind even/odd lazy-highlighting is to just
provide a rough idea of some of the matching.  The
current search hit should show accurate, complete info
about the match.




This bug report was last modified 4 years and 221 days ago.

Previous Next


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