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

[Robert Pluim]

>>>>> On Tue, 12 Oct 2021 22:00:39 +0100, Alan Third <alan@idiocy.org> said:

    Alan> On Tue, Oct 12, 2021 at 03:12:20PM +0200, Robert Pluim wrote:
    >> Hmm, the bit in font_range that does the lookup based off
    >> Vscript_representative_chars is working correctly, which means Iʼll
    >> need to look into the macOS font/display code. Given that
    >> glyphless-char-display appears not to be honored on macOS, maybe
    >> thereʼs some code missing. Alan?

    Alan> I'm afraid I don't have even the faintest understanding of what you're
    Alan> talking about. If you think there's something wrong with the font
    Alan> handling in macfont.m you may be better asking Yamamoto Mitsuharu.

False alarm, macfont.m is fine.

    Alan> If it's not the font backend then it's quite possible there's code
    Alan> missing, but I'm afraid I don't know what that might be.

glyphless-char-display/glyphless-char-display-control gives you a way
to display e.g. U+FE0F as a thin-space, or a box, etc. It appears that
this doesnʼt work on macOS (but thatʼs totally separate from this issue).

Robert
--