GNU bug report logs - #77121
[PATCH] Make isearch highlight overlays non-sticky (non-advance) at both ends

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Sora Takai <SoraTakai <at> protonmail.com>, Juri Linkov <juri <at> linkov.net>
Cc: 77121 <at> debbugs.gnu.org
Subject: bug#77121: [PATCH] Make isearch highlight overlays non-sticky (non-advance) at both ends
Date: Thu, 20 Mar 2025 14:29:00 +0200

> Date: Wed, 19 Mar 2025 14:57:31 +0000
> From:  Sora Takai via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> Sorry, here is an updated patch.  I think this is enough since it is for the most part lazy-highlights with (setq
> isearch-lazy-highlight t)​ and (setq lazy-highlight-cleanup nil)​ that matter for editing.
> 
> On Wednesday, March 19th, 2025 at 11:10 PM, Sora Takai <SoraTakai <at> protonmail.com> wrote:
> 
>  Tags: patch
> 
>  Hi, 
> 
>  here is a simple patch to make isearch highlights non-sticky at both ends (i.e. no front and rear
>  advance on overlays), thereby making them more intuitive and less bothersome for further editing. 
>  Currently, every isearch overlay, including lazy highlights, inherits isearch highlight color when you
>  type characters at front and rear positions.  By applying this patch, users will no longer get that color
>  stickiness when editing around isearch highlights, which makes them more 'self-contained'.
> 
>  (This is the first time I am submitting a patch to this community - apologies in advance if I am not
>  following the conventions in some way.)

Thanks.

Juri, any comments or suggestions?

Previous Next

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