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

Previous Next

Full log

Message #53 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 17:44:32 +0300

> From: Howard Melman <hmelman <at> gmail.com>
> Date: Sun, 17 Apr 2022 10:35:11 -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
> 
> > "Blank" meaning what?
> > 
> 
> > Emacs should display the character if there's a font on the system
> > available to Emacs that has a glyph for that codepoint.  It just might
> > not display it as an Emoji, but as a slightly different symbol, and
> > usually with a different font and without the colors inherent in Emoji
> > display.  That's what happens on my system.  If that character doesn't
> > display at all for you, maybe your fonts don't support it?
> 
> Blank as I described in my original report where I included the output
> of C-u C-x = which does say there's no font available.  Following the 
> recipe with point before the added character it looks like this:
> 
> 
> 
> with point after the character it looks like this:
> 
> 
> 
> On the macport I see tofu which I think is better.

Emacs also displays tofu if it finds no suitable font.  What you
describe sounds like Emacs found some font that claimed to have a
glyph for this codepoint, but the glyph displays as blank.  Which is,
of course, in contradiction with the "no font available" part, so I
admit I don't understand what happened on your system.  Was that in
"emacs -Q"?

Previous Next

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