GNU bug report logs - #72268
31.0.50; Color emoji rendering

Previous Next

Package: emacs;

Reported by: Manuel Giraud <manuel <at> ledu-giraud.fr>

Date: Wed, 24 Jul 2024 09:00:03 UTC

Severity: normal

Found in version 31.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Manuel Giraud <manuel <at> ledu-giraud.fr>
Cc: luangruo <at> yahoo.com, 72268 <at> debbugs.gnu.org
Subject: bug#72268: 31.0.50; Color emoji rendering
Date: Wed, 24 Jul 2024 16:04:15 +0300
> From: Manuel Giraud <manuel <at> ledu-giraud.fr>
> Cc: luangruo <at> yahoo.com,  72268 <at> debbugs.gnu.org
> Date: Wed, 24 Jul 2024 14:58:55 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > That's strange, because AFAIK users on GNU/Linux do report very good
> > results with Cairo and color Emoji fonts.  Did you try Noto Color
> > Emoji (which is the default font for Emoji in Emacs)?
> 
> Yes.  I think that I'd better try to resolve this issue (w/ a Cairo
> build) than try to solve it in Xft.
> 
> Currently, with a Cairo build, Emoji are displayed with empty boxes (not
> the boxed hex representation, just empty ones).  'C-u C-x =' says it is
> "Noto Color Emoji".  I'm using cairo 1.18.0.

Please show what "C-u C-x =" says when point is on one of these Emoji.




This bug report was last modified 290 days ago.

Previous Next


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