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

Previous Next

Full log

Message #57 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,
 Stefan Kangas <stefankangas <at> gmail.com>
Subject: Re: bug#71282: 30.0.50; hl-line overlay priority has no affect
Date: Sun, 30 Jun 2024 19:09:45 +0100

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

On Sun, Jun 30, 2024, 18:37 Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: João Távora <joaotavora <at> gmail.com>
> > Date: Sun, 30 Jun 2024 16:50:32 +0100
> > Cc: mohkale <at> kisara.moe, stefankangas <at> gmail.com, 71282 <at> debbugs.gnu.org
> >
> > On Sun, Jun 30, 2024 at 4:34 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> > > The mechanism exists: find the face of the buffer text, and use it (or
> > > some of its attributes, like background color) in determining the face
> > > of the overlay string.
> >
> > Then if that mechanism doesn't require anything specific of package X or
> > Y, it should be possible to condense in a function (that shouldn't live
> in
> > Eglot, but OK it it starts life there, I guess) that takes a face with
> > a number of
> > attributes,merges with whatever is "the face of the buffer text" and
> return
> > an (anonymous) face.  If so, then that "mistery" function is the fix
> > to this issue.
>
> Patches welcome.
>

No need, not for this at last. I've already explained how it doesn't fix
the problem, but anyone is free to experiment.

>

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

Previous Next

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