GNU bug report logs - #50660
28.0.50; Text artifacting when the cursor moves over text under mouse face that originally displayed a box

Previous Next

Full log

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

From: Po Lu <luangruo <at> yahoo.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, 50660 <at> debbugs.gnu.org
Subject: Re: bug#50660: 28.0.50; Text artifacting when the cursor moves over
 text under mouse face that originally displayed a box
Date: Sat, 16 Oct 2021 08:18:25 +0800

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

> This part doesn't look right to me: FACE_FOR_CHAR could potentially
> yield a face with a different font, but the glyph codes in the glyph
> string will reference the previous font, because
> get_glyph_face_and_encoding was called before the face was changed.

But now that I think of it, what if the original font has different
metrics than the mouse face?  In that case, shouldn't s->font be the
original font and not the font of the mouse face?  Thanks.

> Also, why did you not follow the more cautious code of xterm.c:
> FACE_FROM_ID can abort if the face is not in the face cache.

Thanks.

Previous Next

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