[Top][All Lists]

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

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

From: Robert Pluim
Subject: Re: Unicode 13 Emoji ranges composed with wrong font on NS port
Date: Wed, 13 Oct 2021 11:39:29 +0200

>>>>> 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).


reply via email to

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