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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Howard Melman <hmelman <at> gmail.com>
Cc: larsi <at> gnus.org, rpluim <at> gmail.com, 54970 <at> debbugs.gnu.org, alan <at> idiocy.org
Subject: Re: bug#54970: 28.1; Some emoji no longer display
Date: Sun, 17 Apr 2022 21:00:11 +0300

> From: Howard Melman <hmelman <at> gmail.com>
> Date: Sun, 17 Apr 2022 12:48:32 -0400
> Cc: Robert Pluim <rpluim <at> gmail.com>,
>  Alan Third <alan <at> idiocy.org>,
>  Lars Ingebrigtsen <larsi <at> gnus.org>,
>  54970 <at> debbugs.gnu.org
> 
> > So the example didn't work, because you do have a font for those
> > characters.  Can you find some characters that don't have fonts?  For
> > example, do any of the scripts in etc/HELLO show as tofu or "blank"?
> > 
> > (I'm trying to understand why you had those blank displays where you
> > should have seen tofu; if you are not interested in trying to figure
> > this out further, I'm fully prepared to stop asking questions.)
> 
> I'm willing.  FYI, I'm using the prebuilt emacs 28 from https://emacsformacosx.com/
> I don't build my own.
> 
> Here are two images showing the whole HELLO file.

You have too many fonts ;-)  It is strange that with so many fonts the
U+1F37D couldn't be displayed.

Okay, try with codepoints between D800 and DB7F: what does that
produce?

Previous Next

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