Re: Unicode 13 Emoji ranges composed with wrong font on NS port

[Robert Pluim]

>>>>> On Wed, 13 Oct 2021 18:54:33 +0300, Eli Zaretskii <eliz@gnu.org> said:

    >> From: Robert Pluim <rpluim@gmail.com>
    >> Cc: wyuenho@gmail.com,  emacs-devel@gnu.org
    >> Date: Wed, 13 Oct 2021 16:52:52 +0200
    >> 
    >> So if I change emoji-zwj.awk to emit codepoint+U+FE0F rules for these
    >> problematic codepoints which have Emoji_presentation = No, and change
    >> font_range to try looking up the emoji font for them, all the
    >> 'codepoint+U+FE0F' from Jimmy's test file display as Emoji, and the
    >> 'codepoint+U+FE0E' display as text.
    >> 
    >> It would mean emitting rules in emoji-zwj.awk for, and checking in
    >> font_range for, the following codepoints.
    >> 
    >> U+261D, U+26F9, U+270C, U+270D, U+2764, U+1F3CB, U+1F3CC, U+1F3F3,
    >> U+1F3F4, U+1F441, U+1F574, U+1F575, U+1F590
    >> 
    >> As an added bonus, those U+1xxxx codepoints would no longer be part of 
the
    >> 'emoji' script.

    Eli> SGTM, thanks.

    Eli> I guess we should have those special codepoints in some list exposed
    Eli> to Lisp?

That would avoid having to update two locations if the list ever
changes, since we could use the list to do the checking in
font_range.. Would you prefer 'list of codepoints' or 'list of 1-char
strings containing codepoints'? The latter has a friendlier
appearance, but would be slightly less efficient due to the need to
convert between codepoints and 1-char strings.

Robert
--