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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: mfabian <at> redhat.com, rpluim <at> gmail.com
Cc: 39799 <at> debbugs.gnu.org
Subject: bug#39799: 28.0.50; Most emoji sequences don’t render correctly
Date: Fri, 28 Feb 2020 23:02:12 +0200

> Date: Fri, 28 Feb 2020 22:25:44 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 39799 <at> debbugs.gnu.org
> 
> Hmm... it's possible I was confused, and the functions I mentioned are
> unrelated to variation selectors.  To see if that's so, try to
> configure composition-function-table to display such sequences as
> composed characters, and see what happens when you use a proper font
> (e.g., the one with which Gedit displays the variations).

Looking into this some more reveals that we already have
composition-function-table set up for variation selectors, see the end
of lisp/language/japanese.el.  Not sure why it's in japanese.el, but
the code doesn't seem to be specific to Japanese characters, unless
I'm missing something.  So some debugging is required to understand
why we don't display sequences with variation selectors as intended.
Maybe DejaVu Sans doesn't support that?  What if you try

  emacs -Q -fn Noto Color Emoji"

does Emacs built with HarfBuzz then display the variation sequences as
expected?

Previous Next

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