Skip to content

Commit fd55bfb

Browse files
committed
[css-animations-2] Add issue to composite order for CSS animations
1 parent e3cb766 commit fd55bfb

File tree

2 files changed

+18
-2
lines changed

2 files changed

+18
-2
lines changed

css-animations-2/Overview.bs

Lines changed: 7 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -66,7 +66,7 @@ with the additions here into a complete level 2 specification.</p>
6666

6767
## Owning element ## {#owning-element-section}
6868

69-
The <dfn>owning element</dfn> of a CSS Animation refers to the element or
69+
The <dfn>owning element</dfn> of an animation refers to the element or
7070
pseudo-element to which the 'animation-name' property was applied that generated
7171
the animation.
7272

@@ -144,6 +144,12 @@ last) as follows:
144144
The composite order of CSS Animations <em>without</em> an <a>owning element</a>
145145
is based on their position in the <a>global animation list</a>.
146146
147+
Issue: This differs from the behavior defined for transitions. We should
148+
probably sort transitions first, then animation, then use the global animation
149+
list. The reason being that when developer tools etc. hang on to orphaned
150+
animations and transitions in order to replay them, they should maintain
151+
roughly the same composite order.
152+
147153
CSS Animations generated using the markup defined in this specification are
148154
<em>not</em> added to the <a>global animation list</a> when they are created.
149155
Instead, these animations are appended to the <a>global animation list</a> at

css-animations-2/Overview.html

Lines changed: 11 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -185,7 +185,7 @@ <h2 class="heading settled" data-level="1" id="delta"><span class="secno">1. </s
185185
with the additions here into a complete level 2 specification.</p>
186186
<h2 class="heading settled" data-level="2" id="animations"><span class="secno">2. </span><span class="content">Animations</span><a class="self-link" href="#animations"></a></h2>
187187
<h3 class="heading settled" data-level="2.1" id="owning-element-section"><span class="secno">2.1. </span><span class="content">Owning element</span><a class="self-link" href="#owning-element-section"></a></h3>
188-
<p>The <dfn data-dfn-type="dfn" data-noexport="" id="owning-element">owning element<a class="self-link" href="#owning-element"></a></dfn> of a CSS Animation refers to the element or
188+
<p>The <dfn data-dfn-type="dfn" data-noexport="" id="owning-element">owning element<a class="self-link" href="#owning-element"></a></dfn> of an animation refers to the element or
189189
pseudo-element to which the <a class="property" data-link-type="propdesc" href="https://drafts.csswg.org/css-animations-1/#propdef-animation-name">animation-name</a> property was applied that generated
190190
the animation.</p>
191191
<p>If an animation was generated directly by script (e.g. using
@@ -245,6 +245,11 @@ <h3 class="heading settled" data-level="2.2" id="animation-composite-order"><spa
245245
element</a>.</p>
246246
</ol>
247247
<p>The composite order of CSS Animations <em>without</em> an <a data-link-type="dfn" href="#owning-element">owning element</a> is based on their position in the <a data-link-type="dfn" href="https://w3c.github.io/web-animations/#global-animation-list">global animation list</a>.</p>
248+
<p class="issue" id="issue-ea70b453"><a class="self-link" href="#issue-ea70b453"></a> This differs from the behavior defined for transitions. We should
249+
probably sort transitions first, then animation, then use the global animation
250+
list. The reason being that when developer tools etc. hang on to orphaned
251+
animations and transitions in order to replay them, they should maintain
252+
roughly the same composite order.</p>
248253
<p>CSS Animations generated using the markup defined in this specification are <em>not</em> added to the <a data-link-type="dfn" href="https://w3c.github.io/web-animations/#global-animation-list">global animation list</a> when they are created.
249254
Instead, these animations are appended to the <a data-link-type="dfn" href="https://w3c.github.io/web-animations/#global-animation-list">global animation list</a> at
250255
the first moment when they transition out of the <a data-link-type="dfn" href="https://w3c.github.io/web-animations/#idle-play-state">idle play state</a> after
@@ -817,6 +822,11 @@ <h2 class="no-num heading settled" id="idl-index"><span class="content">IDL Inde
817822
</pre>
818823
<h2 class="no-num heading settled" id="issues-index"><span class="content">Issues Index</span><a class="self-link" href="#issues-index"></a></h2>
819824
<div style="counter-reset:issue">
825+
<div class="issue"> This differs from the behavior defined for transitions. We should
826+
probably sort transitions first, then animation, then use the global animation
827+
list. The reason being that when developer tools etc. hang on to orphaned
828+
animations and transitions in order to replay them, they should maintain
829+
roughly the same composite order.<a href="#issue-ea70b453"></a></div>
820830
<div class="issue"> Create pictures of these examples and verify they make sense.<a href="#issue-69776a9f"></a></div>
821831
<div class="issue"> Define the value of <code>elapsedTime</code> for each case.<a href="#issue-7ee97385"></a></div>
822832
<div class="issue">

0 commit comments

Comments
 (0)