GNU bug report logs -
#71282
30.0.50; hl-line overlay priority has no affect
Previous Next
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: 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.