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 #77 received at 54970 <at> debbugs.gnu.org (full text, mbox):

From: Howard Melman <hmelman <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, Robert Pluim <rpluim <at> gmail.com>,
 54970 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>
Subject: Re: bug#54970: 28.1; Some emoji no longer display
Date: Sun, 17 Apr 2022 14:09:25 -0400
On Apr 17, 2022, at 2:00 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
> You have too many fonts ;-)  It is strange that with so many fonts the
> U+1F37D couldn't be displayed.

macOS supports lots of languages out of the box :)

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.

> 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?

Howard




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.