GNU bug report logs - #63271
29.0.90; broken mouse-face

Previous Next

Package: emacs;

Reported by: Juri Linkov <juri <at> linkov.net>

Date: Thu, 4 May 2023 15:16:02 UTC

Severity: normal

Found in version 29.0.90

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Po Lu <luangruo <at> yahoo.com>
To: Juri Linkov <juri <at> linkov.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 63271 <at> debbugs.gnu.org
Subject: bug#63271: 29.0.90; broken mouse-face
Date: Tue, 09 May 2023 09:08:17 +0800
Juri Linkov <juri <at> linkov.net> writes:

>>> I think your guess about fonts involved is right
>>> because the problem disappears when the tab-line face
>>> doesn't inherit from the 'variable-pitch' face.
>>
>> How can a face affect mouse-highlight?
>
> Here is the minimal test case:
>
>   (insert " " (propertize "TODO"
>                           'face '(:inherit variable-pitch)
>                           'mouse-face 'highlight))
>
> that causes such effect after moving point over highlighted text
> in fundamental-mode:
>
> x

I don't see this in an Xft build, if it helps.  If you place the
following instrumentation in ftcrfont.c:

diff --git a/src/ftcrfont.c b/src/ftcrfont.c
index c9a4de8137b..1e711152ba6 100644
--- a/src/ftcrfont.c
+++ b/src/ftcrfont.c
@@ -593,6 +593,10 @@ ftcrfont_draw (struct glyph_string *s,
       s->background_filled_p = 1;
       cairo_rectangle (cr, x, y - FONT_BASE (s->font),
 		       s->width, FONT_HEIGHT (s->font));
+      fprintf (stderr, "ftcrfont_draw: %d, %d, %d, %d, %d\n",
+	       x, y - FONT_BASE (s->font),
+	       s->width, FONT_HEIGHT (s->font),
+	       s->hl);
       cairo_fill (cr);
     }
 

then move point over the text under mouse face, what is printed?





This bug report was last modified 2 years and 9 days ago.

Previous Next


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