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

Previous Next

Full log

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

From: João Távora <joaotavora <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Mohsin Kaleem <mohkale <at> kisara.moe>, 71282 <at> debbugs.gnu.org,
 stefankangas <at> gmail.com
Subject: Re: bug#71282: 30.0.50; hl-line overlay priority has no affect
Date: Sun, 30 Jun 2024 16:12:55 +0100

On Sun, Jun 30, 2024 at 3:47 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > From: Mohsin Kaleem <mohkale <at> kisara.moe>
> > Cc: stefankangas <at> gmail.com, 71282 <at> debbugs.gnu.org
> > Date: Sun, 30 Jun 2024 14:41:13 +0100
> >
> > Eli Zaretskii <eliz <at> gnu.org> writes:

> I don't think it's a "problem".  Overlay strings have their own faces,
> and those override the faces of buffer text.

If I understand the scenario correctly, I agree with Moshin that this
is a more general issue.  There should be some way for overlays
used by a package X to easily combine with an existing an
existing background color, even if that background color is mandated
by some hl-current-line extension Y.  This mechanism shouldn't rely
on making X aware of Y.  Maybe if the implementation of Y were
moved to C display core, like display-line-numbers-mode.  Or maybe
not, I haven't looked into it (and I don't plan to, sorry).

João

Previous Next

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