GNU bug report logs -
#63731
[PATCH] Support Emoji Variation Sequence 16 (FE0F) where appropriate
Previous Next
Reported by: Steven Allen <steven <at> stebalien.com>
Date: Fri, 26 May 2023 03:19:01 UTC
Severity: normal
Tags: fixed, patch
Fixed in version 29.1
Done: Robert Pluim <rpluim <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> Cc: 63731 <at> debbugs.gnu.org, steven <at> stebalien.com
> Date: Mon, 05 Jun 2023 16:12:20 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
>
> > Eli> So you are saying that, in our default fontset, we should specify that
> > Eli> #xFE0E should be displayed by Noto Emoji (with Symbola as fallback),
> > Eli> and then make sure that font_range uses the same font for the likes of
> > Eli> #x23E9? IOW, specify a different font for VS-15 even though is script
> > Eli> is 'emoji'?
> >
> > Yes, that works (and we can remove VS-15 and VS-16 from the emoji
> > script, so that theyʼll then be displayed via
> > `glyphless-char-display-control' when theyʼre on their own).
>
> What about the rest of VS-nn? do they need to stay in 'emoji' script,
> and if so, why?
And one more question: if we remove VS-16 from the emoji script, what
will happen to the sequences like U+23E9 U+FE0F? Isn't it true that
we use a color Emoji font for those because VS-16 is in emoji script?
This bug report was last modified 1 year and 350 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.