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
We currently have a WPT that verify that custom properties do not appear in getKeyframes' result. (KeyframeEffect-getKeyframes.tentative.html).
At a quick glance, this does not appear to have any basis in css-animations or web-animations. I can also not think of any good reason to exclude them. We should clarify that custom properties are not somehow removed from the computed keyframe, and change the WPT.
The text was updated successfully, but these errors were encountered:
As best I can recall, that test comes about because keyframes from CSS animations (unlike Web Animations) contain only computed properties and hence all var() references are resolved.
At the time (and now too, unfortunately), Firefox didn't support registered custom properties (Mozilla bug) so there was no need to keep custom properties around. With registered custom properties, it definitely makes sense to keep them around.
We currently have a WPT that verify that custom properties do not appear in getKeyframes' result. (KeyframeEffect-getKeyframes.tentative.html).
At a quick glance, this does not appear to have any basis in css-animations or web-animations. I can also not think of any good reason to exclude them. We should clarify that custom properties are not somehow removed from the computed keyframe, and change the WPT.
The text was updated successfully, but these errors were encountered: