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

Previous Next

Full log

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

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: Re: bug#63731: [PATCH] Support Emoji Variation Sequence 16 (FE0F)
 where appropriate
Date: Sun, 28 May 2023 15:44:00 +0300

> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: 63731 <at> debbugs.gnu.org,  steven <at> stebalien.com
> Date: Sun, 28 May 2023 13:43:13 +0200
> 
> >>>>> On Fri, 26 May 2023 21:05:47 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
> 
>     >> From: Robert Pluim <rpluim <at> gmail.com>
>     >> Cc: 63731 <at> debbugs.gnu.org,  steven <at> stebalien.com
>     >> Date: Fri, 26 May 2023 19:35:56 +0200
>     >> 
>     >> in this case it *is* an emoji codepoint, so it displays
>     >> as emoji because of font.c, even when followed by VS-15.
> 
>     Eli> If we pass to an Emoji-capable font a sequence of a character followed
>     Eli> by VS-15, I'd expect the font to produce a glyph with the textual
>     Eli> representation of that character.
> 
> But we donʼt do that: we ask the font "give me a glyph for this codepoint".

Is that because of the composition-function-table's entry for VS-15?
Maybe we should augment that, then?

Previous Next

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