1.1 --- a/css-transitions/Overview.src.html Tue Dec 09 14:42:34 2014 -0800
1.2 +++ b/css-transitions/Overview.src.html Tue Dec 09 14:57:48 2014 -0800
1.3 @@ -1383,11 +1383,22 @@
1.4
1.5 <h2 id="complete">Completion of transitions</h2>
1.6
1.7 - <p><dfn>complete</dfn></p>
1.8 -
1.9 - <p class="issue">
1.10 - Define completion in terms of style change events, and then
1.11 - refer to following section.
1.12 + <p>
1.13 + Running transitions <dfn>complete</dfn>
1.14 + at a time that equal to or after their end time,
1.15 + but prior to to the first <span>style change event</span>
1.16 + whose time is equal to or after their <span>end time</span>.
1.17 + When a transition completes,
1.18 + implementations must remove
1.19 + all transitions that complete at that time
1.20 + from the set of running transitions
1.21 + and then fire the <a href="#transition-events">events</a>
1.22 + for those completions.
1.23 + <span class="note">(Note that doing otherwise could allow
1.24 + a style change event to happen
1.25 + without the necessary transitions completing,
1.26 + since firing the event could cause a style change event,
1.27 + if an event handler requests up-to-date computed style.)</span>
1.28 </p>
1.29
1.30 <h2 id="transition-events"><a title="" id="transition-events-">
1.31 @@ -1890,6 +1901,7 @@
1.32
1.33 <ul>
1.34 <li>Canceling and interrupting of running transitions is defined much more precisely. This involved introducing the new concept of <span>after-transition style</span>, which also means that the <span>after-change style</span> is no longer a tree of style at a single point in time (since the transition computation on a parent element depends on the after-change style for that parent, but is requied prior to computing the after-change style for its children).</p>
1.35 + <li>Completion of transitions is defined somewhat more precisely.</p>
1.36 <li>The transitionend event is no longer cancelable. This is since it has no default action, so canceling it would have no meaning. It also matches the animation events.</p>
1.37 <li>The interpolation of ''inset'' values on shadow lists is no longer backwards.</p>
1.38 <li class="issue">... ADD CHANGES HERE ...
