You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sorry, I missed that should actually have been replaced with in the production rule, as explained in the detailed definition appearing below the production rule:
[...]
Note: This only allows literal percentages, like 15%; calculations like calc(100% / 7) will not work [...].
But this restriction seems to be motivated solely by internal constraints that authors would not understand it, imo.
Would it not be possible to say that always resolves to [percentage → 1] as a term of a math function replacing ?
Uh oh!
There was an error while loading. Please reload this page.
The type of
calc-mix()
must be made consistent with the type of its, which is defined with:
What is the type of
in these examples?
calc-mix(0%, 1px, 2px)
in a
contextcalc-mix(calc(0%), 1px, 2px)
in a
contextcalc-mix(--timeline, 1px, 2px)
My respective guesses:
[percentage → 1]
[percentage → 1]
[]
In my opinion, the type of
calc(0%)
matchingshould always be
[percentage → 1]
, whatever the "higher" context is.The text was updated successfully, but these errors were encountered: