GNU bug report logs - #71282
30.0.50; hl-line overlay priority has no affect

Previous Next

Package: emacs;

Reported by: Mohsin Kaleem <mohkale <at> kisara.moe>

Date: Thu, 30 May 2024 22:37:01 UTC

Severity: normal

Tags: notabug

Found in version 30.0.50

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mohsin Kaleem <mohkale <at> kisara.moe>
Cc: 71282 <at> debbugs.gnu.org, joaotavora <at> gmail.com, stefankangas <at> gmail.com
Subject: bug#71282: 30.0.50; hl-line overlay priority has no affect
Date: Sun, 30 Jun 2024 18:37:40 +0300
> From: Mohsin Kaleem <mohkale <at> kisara.moe>
> Cc: stefankangas <at> gmail.com, 71282 <at> debbugs.gnu.org
> Date: Sun, 30 Jun 2024 16:21:05 +0100
> 
> Going to back to the original discussion is there a reason
> before-strings in overlays don't respect priorities? I realise it's
> documented but I'm more curious about the why than the what? Was there a
> use case for these properties in overlays to not be overridable (which
> from what I understand is the reason for this conflict between hl-line and
> overlay annotations is happening).

I thought I explained that: priorities are a way of determining which
overlay "wins" when several overlays affect the same text and provide
different values for the same properties.  But in this case, each
overlay affects different text, so there's no need to consider
priorities, and therefore Emacs doesn't.




This bug report was last modified 323 days ago.

Previous Next


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