@@ -1660,28 +1660,19 @@ Restrictions and Clarifications {#cv-notes}
1660
1660
1661
1661
If script queries the style of a [=skipped=] element
1662
1662
(causing a [=style change event=] )
1663
- such that knowing the state of animations is required
1663
+ such that knowing the state of animations or transitions is required
1664
1664
to return correct information,
1665
- animations are "refreshed" at that moment
1665
+ animation and transitions are sampled
1666
1666
according to the styles at the time of that [=style change event=] :
1667
- new animations are created if necessary;
1668
- existing animations are advanced
1669
- to the point on their timeline they would have been at
1670
- were they never skipped at all;
1671
- animations that have would have ended since the last "refresh"
1672
- are ended.
1673
-
1674
- If a transition or animation-related event would have been triggered
1675
- as a result of changes occurring during the "refresh" interval,
1676
- they are fired when the animations are "refreshed",
1677
- in the same order they would have originally fired in
1678
- had the element never been [=skipped=] .
1679
- If multiple iterations of an animation would have completed during this period,
1680
- only one {{animationiteration}} event must be triggered,
1681
- ordered as if it were triggered at the first completed iteration during the refresh interval.
1667
+
1668
+ [[css-animations-2#events]] and [[css-transitions-2#events]]
1669
+ defines what objects are created
1670
+ and what events are fired,
1671
+ with what data,
1672
+ when an animation or transition is updated,.
1682
1673
1683
1674
When an element stops being [=skipped=] ,
1684
- animations are refreshed
1675
+ animations and transitions are sampled
1685
1676
and then resume advancing on their timelines as normal from that point.
1686
1677
1687
1678
Note: Overall, this is similar to the behavior of transitions/animations
0 commit comments