bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#63731: [PATCH] Support Emoji Variation Sequence 16 (FE0F) where appr


From: Eli Zaretskii
Subject: bug#63731: [PATCH] Support Emoji Variation Sequence 16 (FE0F) where appropriate
Date: Mon, 05 Jun 2023 16:12:20 +0300

> From: Robert Pluim <rpluim@gmail.com>
> Cc: 63731@debbugs.gnu.org,  steven@stebalien.com
> Date: Mon, 05 Jun 2023 15:08:08 +0200
> 
> >>>>> On Sat, 03 Jun 2023 08:36:59 +0300, Eli Zaretskii <eliz@gnu.org> said:
> 
>     >> 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.
> 
>     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?

> Thanks for the suggestion Eli, I was looking at it from the wrong
> direction.

You are the one who did most of the footwork, so kudos to you.

This is simple enough to install on emacs-29, I think?





reply via email to

[Prev in Thread] Current Thread [Next in Thread]