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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 77120 in the body.
You can then email your comments to 77120 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Sora Takai <SoraTakai <at> protonmail.com>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: [PATCH] Make isearch highlight overlays non-sticky (non-advance) at
 both ends
Date: Wed, 19 Mar 2025 14:10:45 +0000

[Message part 1 (text/plain, inline)]

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.)

[Message part 2 (text/html, inline)]

[0001-Make-isearch-overlays-non-sticky-at-both-ends.patch (application/octet-stream, attachment)]

Previous Next

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