GNU bug report logs - #77224
[PATCH] New minor mode 'cursor-indicators-mode'

Previous Next

Package: emacs;

Reported by: Elijah Gabe Pérez <eg642616 <at> gmail.com>

Date: Sun, 23 Mar 2025 22:59:03 UTC

Severity: normal

Tags: patch

Full log


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

From: Daniel Mendler <mail <at> daniel-mendler.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 77224 <at> debbugs.gnu.org, eg642616 <at> gmail.com, juri <at> linkov.net
Subject: Re: bug#77224: [PATCH] New minor mode 'cursor-indicators-mode'
Date: Sat, 29 Mar 2025 09:32:09 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Daniel Mendler <mail <at> daniel-mendler.de>
>> Cc: eg642616 <at> gmail.com,  77224 <at> debbugs.gnu.org,  juri <at> linkov.net
>> Date: Sat, 29 Mar 2025 08:52:09 +0100
>> 
>> The `hl-line-highlight' moves the line highlight overlay, such that it
>> moves immediately with the cursor and does not lag behind.
>
> You may not be aware, but moving and changing overlays disables some
> redisplay optimizations, and in many cases can trigger an additional
> immediate redisplay cycle.  So doing that after every command exits
> in practice means every redisplay cycle is adversely affected.

I am aware. What do you suggest as an alternative? It would look odd if
the `hl-line-overlay' would not move directly with the cursor and would
lag behind.

Some specialized code could handle this overlay such that it is treated
more efficiently together with the cursor itself. But in practice not
much would be won given that the `hl-line-overlay' has never caused
noticeable problems. Maybe it has for others and likely in files with
very long lines? For files with long lines I still use `so-long-mode'.

Daniel




This bug report was last modified 64 days ago.

Previous Next


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