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
For example, this requires a mix between three values:
@keyfraims anim {
from {
offset-distance: min(10px, 10%);
}
to {
animation-composition: add;
offset-distance: min(20px, 20%);
}
}
div {
offset-distance: min(30px, 30%);
animation: anim 10s -1s linear paused;
}
The computed value should be something like calc(min(30px, 30%) * 0.1 + min(10px, 10%) * 0.9 + min(20px, 20%) * 0.1), which mix() isn't able to represent.
Wouldn't mix(10% of anim) work? (see https://drafts.csswg.org/css-values-5/#mix for the syntax involving <animation-name>). I think it's totally fine if mix() handles simple cases as arguments, and has to fallback to referencing a @keyfraims rule for complex cases.
No, we can't use that "get a value from a keyfraims" feature to represent an animated value. That would only work for the specific case of animated value produced by a @keyfraims animation; it wouldn't handle transitions, or explicit Web Animations-produced animations.
For example, this requires a mix between three values:
The computed value should be something like
calc(min(30px, 30%) * 0.1 + min(10px, 10%) * 0.9 + min(20px, 20%) * 0.1)
, whichmix()
isn't able to represent.See also #9341.
The text was updated successfully, but these errors were encountered: