Rod

@ctrlcctrlv proposes some concrete modes in https://github.com/googlefonts/color-fonts/issues/93

Sorry, poor phrasing in trying to make sure the thought didn't get lost. Sneaking an edit :)

https://web.dev/interop-2022/#color-spaces-and-css-color-functions notes some capabilities that browsers appear likely to broadly support. +1 to @PeterConstable wrt wanting to offer varied hooks to apply variation.

Another option for COLR is to introduce a new Paint that changes the color-space to mix in from there on down the graph. I feel like this fits the COLR...

Reminder to self (ty @behdad for the ref), https://docs.microsoft.com/en-us/typography/opentype/spec/otff: "For purposes of compatibility, version numbers that are represented using a single uint16 or uint32 value are treated like a minor...

From chat with @behdad it seems we could gain the ability to vary in terms of other color spaces by: 1. Add a varstore 1. Store how to apply variation...

+1, immediate question from multiple svg users

@drott mentioned we should cover how to encode it, supporting different resolutions per glyph size / screen dpi, color space support. Some of this is deferred to the bitmap table...

@behdad pointed out sbix supports jpg,png,tiff so we're not png only. I'm not sure we should upgrade CBDT; I'd kind of like to view that table as legacy.

Is jpeg xl already allowed under the jpg graphic type in sbix?