GNU bug report logs - #54970
28.1; Some emoji no longer display

Previous Next

Package: emacs;

Reported by: Howard Melman <hmelman <at> gmail.com>

Date: Sat, 16 Apr 2022 13:08:02 UTC

Severity: normal

Found in version 28.1

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Third <alan <at> idiocy.org>
Cc: 54970 <at> debbugs.gnu.org, larsi <at> gnus.org, hmelman <at> gmail.com, rpluim <at> gmail.com
Subject: Re: bug#54970: 28.1; Some emoji no longer display
Date: Mon, 18 Apr 2022 17:23:49 +0300
> Date: Mon, 18 Apr 2022 14:19:24 +0100
> From: Alan Third <alan <at> idiocy.org>
> Cc: larsi <at> gnus.org, hmelman <at> gmail.com, rpluim <at> gmail.com,
> 	54970 <at> debbugs.gnu.org
> 
> I've changed my mind about on the Mac. The hex code isn't centred, but
> it is readable.
> 
> I found a couple of bugs in nsfont.m, which is the GNUstep font
> backend, and now the only problem is that the upper and lower text are
> drawn in almost the same location. I suspect some error in how the
> font backend is calculating the ascent and descent or something. I
> don't see what's wrong, though.
> 
> Screenshot for GNUstep attached. In this example upper_yoff and
> lower_yoff are -14 and -13, respectively.

If the y offsets are wrong, you should step through
produce_glyphless_glyph, where they are calculated.




This bug report was last modified 3 years and 54 days ago.

Previous Next


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