[css-fonts] Should `font-palette` be reset by the `font` shorthand?

[jfkthame]

Currently, the spec for the font shorthand says that:

All subproperties of the 'font' property are first reset to their initial values, including ... 'font-palette'.

However, it appears that neither the WebKit nor Blink implementations actually do this:

> document.body.style.fontPalette = "dark"
< 'dark'
> document.body.style.font = "12px sans-serif"
< '12px sans-serif'
> window.getComputedStyle(document.body).fontPalette
< 'dark'

Should the spec be revised to reflect implementation reality here, or should this simply be regarded as a bug in those browsers?

[emilio]

@litherum @drott was this intentional or an oversight?

[svgeesus]

The spec was only recently clarified to explicitly list all the longhands which are reset by the font shorthand. So I suspect that this is simply implementation lag. The spec is now pretty clear:

All subproperties of the font property are first reset to their initial values, including those listed above plus font-size-adjust, font-kerning, all subproperties of font-variant, font-feature-settings, font-language-override, font-optical-sizing, font-variation-settings, and font-palette.

[jfkthame]

And font-synthesis?

[svgeesus]

Good catch. Do we need to have discussion on a call so we are sure that the list of longhands reset by the font shorthand is

a) complete
b) agreed to be what we want?

[jfkthame]

I think it'd be worth asking the question, at least. I could imagine authors wanting to set font-palette, for example, on the root and not have it affected by shorthand font usage elsewhere.