GNU bug report logs - #63731
[PATCH] Support Emoji Variation Sequence 16 (FE0F) where appropriate

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: 63731 <at> debbugs.gnu.org, steven <at> stebalien.com
Subject: bug#63731: [PATCH] Support Emoji Variation Sequence 16 (FE0F) where appropriate
Date: Sat, 03 Jun 2023 08:36:59 +0300

> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: 63731 <at> debbugs.gnu.org,  steven <at> stebalien.com
> Date: Fri, 02 Jun 2023 15:58:37 +0200
> 
>     Eli> What does HarfBuzz's hb-view do with such sequences, when using Noto
>     Eli> Color Emoji font?
> 
> Sequence       Font             Result
> 23e9 fe0e      system           black box
> 23e9 fe0e      Symbola          correct text representation
> 23e9 fe0e      NotoEmoji        correct text representation
> 23e9 fe0e      NotoColorEmoji   blank
> 
> And on emacs-29, Symbola and NotoEmoji compose that sequence
> correctly. Now I just need to persuade emacs-30 to use one of them.

So you are saying that, in our default fontset, we should specify that
#xFE0E should be displayed by Noto Emoji (with Symbola as fallback),
and then make sure that font_range uses the same font for the likes of
#x23E9?  IOW, specify a different font for VS-15 even though is script
is 'emoji'?

Previous Next

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