Re: [csswg-drafts] [scroll-animations-1] Interaction with 'animation-iteration-count' (#8233)

The CSS Working Group just discussed `[scroll-animations-1] Interaction with 'animation-iteration-count'`, and agreed to the following:

* `RESOLVED: divide the active interval by the iteration count to get the intrinsic iteration duration`
* `RESOLVED: assume an interaction count of 1, attach all the frames. that creates something that you scale down when you apply the iteraction count.`

<details><summary>The full IRC log of that discussion</summary>
&lt;argyle> astearns: who takes this one?<br>
&lt;argyle> kevin ellis: could outline what's in chrome see if that makes sense<br>
&lt;argyle> kevin ellis: for scroll linked, the duration is 100% so we can workk backwards form auto. starting from 100%, remove start and end delay, take that result divided by iteration count, to get the itnrinsic iteration duration<br>
&lt;argyle> kevin ellis: this is consistent with time values rather than percentages, working out the effect end time is, then normalizing to match that to 100%<br>
&lt;argyle> kevin ellis: this makes it easy to switch from scroll linked and time based animations<br>
&lt;argyle> kevin ellis: int he case of time based, you're working forward to calc the effect end, for scrollbased you're working backwards from end target 100% to the iteration duration needs to be for everything to line up<br>
&lt;argyle> flackr: this is also paving the way for the web animations 2 proposals for sequence effect to and group effect for those to infer their duration<br>
&lt;argyle> astearns: any questions about blink's current implementation?<br>
&lt;argyle> astearns: this address your issue fantasai ?<br>
&lt;argyle> fantasai: i think so yeah<br>
&lt;argyle> flackr: we also have to decide wwhat to do about keyframes that have defined they're at a particular point of the timeline<br>
&lt;argyle> fantasai: yeah, other half of the issue<br>
&lt;argyle> flackr: my proposal was that we work out their relative proportions and then those proportions repeat. they'll no longer line up with what they declared, b ut many cases this will lmatch author intent<br>
&lt;argyle> flackr: if you have 2 iterations during enter, it'll repeat that 2 times during the entry phase<br>
&lt;argyle> fantasai: you assume an interaction count of 1, attach all the frames. that creates something that you scale down when you apply the iteraction count.<br>
&lt;argyle> fantasai: ok<br>
&lt;argyle> flackr: ok<br>
&lt;argyle> fantasai: i liek that, it kinda makes sense<br>
&lt;argyle> astearns: alright, i think this is beyond my ability to summarize<br>
&lt;argyle> astearns: what is the proposed resolution?<br>
&lt;argyle> fantasai: we have 2 right?<br>
&lt;argyle> fantasai: first, we do apply iteraction count and we divide the duration by the iteration count<br>
&lt;fantasai> -> https://github.com/w3c/csswg-drafts/issues/8233#issuecomment-1375890456<br>
&lt;argyle> kevin ellis: dividing the active interval by the iteraction count to get the intrinsic iteration duration<br>
&lt;argyle> astearns: that's the first resolution?<br>
&lt;argyle> astearns: any objections?<br>
&lt;argyle> astearns: leave it up to editors to spec terms of theyre just ways to express the resolution<br>
&lt;argyle> astearns: resolved on that<br>
&lt;fantasai> -> https://www.w3.org/TR/web-animations-1/#the-active-interval<br>
&lt;argyle> RESOLVED: divide the active interval by the iteration count to get the intrinsic iteration duration<br>
&lt;argyle> astearns: what else?<br>
&lt;argyle> flackr: 2nd was, we resolve the named keyframe offsets against the active interval and they will be repeated in these subsequent iterations<br>
&lt;argyle> RESOLVED: assume an interaction count of 1, attach all the frames. that creates something that you scale down when you apply the iteraction count.<br>
&lt;argyle> astearns: anything else on this?<br>
&lt;argyle> astearns: i imagine as you specify this out, there will be a few little details that can be editor discression or we can resolve later<br>
&lt;argyle> astearns: next issue!<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/8233#issuecomment-1412466786 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Wednesday, 1 February 2023 17:45:38 UTC