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
Message #45 received at 71282 <at> debbugs.gnu.org (full text, mbox):
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.
(overlay-put ov (if peg-after-p 'before-string
'after-string)
(propertize
text
- 'face (pcase kind
- (1 'eglot-type-hint-face)
- (2 'eglot-parameter-hint-face)
- (_ 'eglot-inlay-hint-face))))
+ 'face
+ (mistery (pcase kind
+ (1 'eglot-type-hint-face)
+ (2 'eglot-parameter-hint-face)
+ (_ 'eglot-inlay-hint-face)))))
Else, your earlier suggestion proposing "Eglot to be sensitive
to hl-line" -- which I understood as creating an explicit dependency
between Eglot and hl-line -- is not a good one, and this is where I
agree with Moshin.
João
This bug report was last modified 322 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.