bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#54970: 28.1; Some emoji no longer display


From: Howard Melman
Subject: bug#54970: 28.1; Some emoji no longer display
Date: Sun, 17 Apr 2022 14:46:25 -0400



On Apr 17, 2022, at 2:34 PM, Eli Zaretskii <eliz@gnu.org> wrote:

From: Howard Melman <hmelman@gmail.com>
Date: Sun, 17 Apr 2022 14:09:25 -0400
Cc: Robert Pluim <rpluim@gmail.com>,
Alan Third <alan@idiocy.org>,
Lars Ingebrigtsen <larsi@gnus.org>,
54970@debbugs.gnu.org

I'm reading a lot about unicode and fontsets and trying to wrap
my head around it.  I can't quite answer this yet, the font to display
U+1F37D is Apple Color Emoji.  I get that emacs might not want
to enable that font by default, but emacs does use it by default to show
some emoji, though I don't see it listed when I do M-x describe-fontset.

The question is why didn't Emacs find that font when asked to display
U+1F37D, and why did that produce the "blank" display instead of the
expected tofu.

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

I'm sorry I don't follow what you want me to do, can you be more specific?

"C-x 8 RET d800 RET" and tell what you get.


Sorry, same thing.  db7f is the same as well.

Hoawrd



reply via email to

[Prev in Thread] Current Thread [Next in Thread]