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

Previous Next

Full log

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

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

>>>  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'.
>>
>> 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.
>
> Thanks.
>
> Juri, any comments or suggestions?

It would be nice to have a step-by-step recipe for this case
since I don't understand how to reproduce this problem.

Previous Next

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