[Webkit-unassigned] [Bug 246570] font shorthand should accept font-size in any order in the shorthand

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=246570

--- Comment #3 from Tim Nguyen (:ntim) <ntim at apple.com> ---
(In reply to Darin Adler from comment #1)
> The failure I see in this test has nothing to do with order of font size.
> It's about whether the CSS-wide keywords are allowed as words in family
> names. The concatenateFamilyName function checks isValidCustomIdentifier,
> but probably should not be doing that.

Ah, the `font-family` subtests threw me off.

> Reading CSS Fonts Module Level 4, it seems that the web platform test expectations are wrong, and do not match the specification. The specification says that family names that are not quoted are series of <custom-ident> and says that CSS-wide keywords are not valid <custom-ident>s. The default keyword is reserved and is also not a valid <custom-ident>.

The level 3 spec is more relaxed about the definition of <family-name>: https://www.w3.org/TR/css-fonts-3/#family-name-value 

Either way, it does seem like our handling is inconsistent and needs to be fixed, because we accept CSS-wide keywords in font-family as words in family names, but not as part of the `font` shorthand, only in the `font-family` longhand.

See consumeFamilyNameRaw in CSSPropertyParserHelpers.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20221016/25b07b81/attachment-0001.htm>