SVG+COLRv1+CBDT font renders CBDT on Chrome Canary, COLRv1 only shows when no CBDT
See original GitHub issueThe BlakaInk-Regular.ttf font includes three color flavors: SVG (the SVG
table), COLRv1 (the COLR
and CPAL
tables) and CBDT (the CBDT
and CBLC
tables).
The BlakaInk-Regular-color-multiflavor.zip contains the same font (as SVG-COLRv1-CBDT
), and also a SVG-COLRv1
font where I removed the CBDT flavor with sfntedit -d CBDT,CBLC BlakaInk-Regular-SVG-COLRv1.ttf
.
On my macOS 12.3.1:
Firefox 100.0b3
Firefox renders the SVG flavor for both fonts:
Safari
Safari Technology Preview Release 143 (Safari 15.4, WebKit 17614.1.7.7), and Safari Version 15.4 (17613.1.17.1.13) render the SVG flavor for both fonts:
Chrome Canary
Chrome Canary Version 102.0.4999.0 (Official Build) canary (x86_64) renders the low-res bitmap version (the CBDT flavor) for the SVG-COLRv1-CBDT
font — that’s NOT GOOD:
It only renders the vector COLRv1 flavor for the SVG-COLRv1
font, which does not contain the CBDT
and CBLC
tables:
So Chrome needs to be fixed — it should give preference to COLRv1 flavor even if the CBDT flavor exists in the font.
I guess this is an issue that should be filed into the Chrome project, but I’m not sure how to do it. (Or perhaps this is already filed, but feel free to add a link to this very report there).
Issue Analytics
- State:
- Created a year ago
- Comments:10 (2 by maintainers)
Top GitHub Comments
See https://bugs.chromium.org/p/skia/issues/detail?id=12945
In re-reading this I believe there is nothing to do for this issue in this repo, the work will be done on https://bugs.chromium.org/p/skia/issues/detail?id=12945. Closing, please reopen if you believe there is something to be done in nanoemoji wrt Chrome preference for CBDT over COLR.