And an implementation for SBIX I believe, if there is any chance Issue 670480 get progressed over the coming year that will be needed also, it perhaps fixes Issue 596223 also by not relying much to CoreText also.

You can add that issue to the list maybe? "Apple color font is not supported when served as a web font" https://bugs.chromium.org/p/chromium/issues/detail?id=605334

Thanks!

See also:  Issue 617403 
(Putting COLR/CPAL layers separately on pdf out should also be considered)

See also: Issue 625191
(would be nice to fix emoji issue on the big sizes on the meanwhile also)

> we'd support COLR and SBIX across all platforms.

Why didn't the above sentence mention CBDT/CBLC fonts as if it's already supported across platforms?  

BTW, FreeType has been a part of Windows Chrome (PDFium uses it). Now with Dominik's recent change, Blink can use FreeType for variational fonts (IIUC). Can it be made to use FreeType for sbix, CBDT/CBLC fonts where DW does not support them? 

sbix is more widely used than CBDT and if we're going to support a bitmap/png format across all platforms I'd prefer to start with the most popular one.

Similarly I'd rather not to add support for bitmap fonts on windows until we've added support for an outline glyphs format (COLR) to other platforms. Bitmap fonts have a lot of problems and it would be a shame to regress now that we've finally almost entirely switched away from them for monochrome fonts.

Great, now that there is an agreement on having freetype on different platforms, would be nice someone to go to progress http://savannah.nongnu.org/bugs/?44689 there is a patch associated with it, see the comments #6 #7 there, also Ben already reviewed it.

If we have FreeType everywhere (which I like to), then sbix/CBDT work fine and transparently to the client.  Skia already has the support.  For SVG and COLR/CPAL, we're working on adding them to HarfBuzz, then hooking up to Skia.

> sbix is more widely used than CBDT and if we're going to support a bitmap/png format across all platforms I'd prefer to start with the most popular one.

Well, CBDT/CBDLT is a part of the Opentype standard while sbix is not (yet). Anyway, as Behdad mentioned in comment 14, it does not really matter because both can be supported with FreeType on all platforms. 

Sounds good. I'd be happy with CBDT/CBLT and COLR/CPAL.
Thanks jshin.

sbix is also part of standard now.  I think we should support all four formats.  Microsoft is doing, Firefox is doing, and Apple is probably working on doing. 

I've filed  issue 758209  for starting by running CBDT/CBLC through FreeType on all platforms. 

Sbix and cbdt/cblc are fixed now in  issue 605334  and  issue 758209 . A COLR/CPAL foundation is underway in FreeType https://savannah.nongnu.org/bugs/?44689 but the latest status on this is a little unclear.

Since not many OT-SVG comments are in this “meta bug,” let me point out https://bugs.chromium.org/p/chromium/issues/detail?id=306078 has been updated with important notes on a minimal profile for OT-SVG & comments on Adobe apps’ adoption of that format.
(Sairus Patel from Adobe)

Thanks for pointing that out. Let's try to keep the discussion in the format specific bugs though.

Just FYI, I've added table parsing for all sbix/SVG/COLR/CPAL (in addition to the existing but outdated CBDT/CBLC) to harfbuzz (not rendering of course, and doesn't have public API yet also). Just saying if anyone interested to implement the remaining ones in cross-platform manner, harfbuzz probably is a good place to start the effort.