GNU bug report logs - #39799
28.0.50; Most emoji sequences don’t render correctly

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mike FABIAN <mfabian <at> redhat.com>
Cc: rpluim <at> gmail.com, 39799 <at> debbugs.gnu.org
Subject: Re: bug#39799: 28.0.50; Most emoji sequences don’t render correctly
Date: Sat, 29 Feb 2020 13:58:11 +0200

> From: Mike FABIAN <mfabian <at> redhat.com>
> Cc: rpluim <at> gmail.com,  39799 <at> debbugs.gnu.org
> Date: Sat, 29 Feb 2020 12:36:51 +0100
> 
> > You could have the same in Emacs if you define a special face that
> > uses the other font, and then put that face on the sequence which
> > isn't composed using the font selected by Emacs.
> 
> I think I don’t understand that completely. But you seem to say that it
> is possible to make Emacs use different fonts for U+24C2 and the
> sequence U+24C2 U+FE0F ?

It should be possible, yes.  Define a new face, and make that face use
a font that can display sequences like U+24C2 U+FE0E.  Then put a
'face' text property whose value is that face you defined, on the text
containing such a sequence.  This should force Emacs to use the font
you specified for that stretch of text, regardless of the fontset and
the default font.

Given that we don't really see why sequences with U+FE0E are needed,
perhaps requiring Lisp programs which do want to display such
sequences to use a special face is not such a big deal?

> >> (I attached the emoji-representation-test.txt file and how it is
> >> displayed by pango-view).
> >
> > I see only a small image showing the font name, and nothing else.
> > Some problem with sending the attachment?
> 
> Oh, sorry, I apparently clicked on the title bar of the window
> when making the screenshot with the “import” tool. New screenshot
> attached.

OK, I see it now, thanks.

Previous Next

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