Hi,

When performing a systematic test of all the fonts in macOS 10.15 Catalina 
Public Beta, I noticed that some more or less obscure fonts exhibit problems 
with LuaHBTeX:

- Apple Color Emoji ("Apple Color Emoji.ttc" from /System/Library/Fonts): it's 
Apple's bitmap emoji font, part of the core OS fonts at /System/Library/Fonts. 
LuaHBTeX returns no warning or error when processing it, but the font is blank 
in the output. Khaled Hosny looked at the problem for HarfTeX, identified the 
bug to be in HarfBuzz and fixed it there

        https://github.com/harfbuzz/harfbuzz/pull/1851

Maybe LuaHBTeX built with a recent HarfBuzz would be devoid of the problem. I 
do not know where to find such recent x86_64-darwin build, I'm using that from 
tlcontrib and it still exhibits the problem.

- BM Dohyeon, BM Hanna 11yrs Old, BM Kirang Haerang and BM Yeonsung 
(BMDoHyeon-Regular.otf, BMHanna11yrs-Regular.otf, BMKirangHaerang-Regular.otf 
and BMYeongSung-Regular.otf from 
/System/Library/AssetsV2/com_apple_MobileAsset_Font6): these are four 
downloadable Hangul fonts, not installed by default but which the user can 
download in the built-in Font Book app; they are also downloaded silently in 
the background when an app or a document requests them. They crash LuaHBTeX 
with `Fatal error: ``Invalid character'''. Again, Khaled identified the problem 
in the HarfTeX engine and fixed it

        https://github.com/khaledhosny/harftex/commit/02f5131

I don't know whether this fix translates immediately into LuaHBTeX.

Luigi Scarso is aware of the problems and has all the test files already.

In case you want to know more about the background, an archive of the macOS 
font test (tex source and pdf output for HarfTeX, LuaHBTeX, LuaTeX and XeTeX, 
plus reference rendering in Apple's Pages) is at

        
https://servbox.legi.grenoble-inp.fr/file.php?h=R385dca317ed57a1346ee6e545a35863d

(37 MB, link valid for a month).

Cheers,

Bruno Voisin


Reply via email to