Re: [csswg-drafts] [web-animations-2][css-animations-2] How do AnimationTriggers attach to animations? (#12397)

The CSS Working Group just discussed `[web-animations-2][css-animations-2] How do AnimationTriggers attach to animations?`, and agreed to the following:

* `RESOLVED: add three methods to AnimationTrigger interface: addAnimation, removeAnimation and getAnimations`

<details><summary>The full IRC log of that discussion</summary>
&lt;fantasai> futhark, see https://fantasai.inkedblade.net/style/specs/css-anchor-exploration/#fallback !<br>
&lt;JoshT> DavidA: this is related to animation triggers<br>
&lt;JoshT> ... simple naming issue. we just want to define a few functions on animation trigger object<br>
&lt;JoshT> ... functions defined in web animations spec<br>
&lt;JoshT> ... addAnimation which attaches the animation to the trigger<br>
&lt;JoshT> ... removeAnimation to remove<br>
&lt;JoshT> ... and getAnimations<br>
&lt;astearns> ack fantasai<br>
&lt;JoshT> astearns: suggestions for just add and remove instead of addAnimation, etc. but Rob is not happy with that but he's not on the call<br>
&lt;JoshT> fantasai: seems reasonable to me. question about do you want to add the animations to the trigger or trigger to the animations?<br>
&lt;JoshT> DavidA: we started the other way around, when still thinking of triggers as an internal part of an animation<br>
&lt;JoshT> ... but we think it should be outside.<br>
&lt;JoshT> ... as a function to add the animation to the trigger<br>
&lt;JoshT> ... I don't think there's much of a conceptual difference<br>
&lt;JoshT> ... we could add an animation triggers interface<br>
&lt;JoshT> ... but for now, it's useful to expand the animation trigger interface as an independent thing that can attach animations<br>
&lt;JoshT> fantasai: I have no opinion. just checking.<br>
&lt;JoshT> DavidA: in Rob's comment before, he suggested ???? interface<br>
&lt;JoshT> ... it does have some logic that goes with it where you attach the animation to a trigger<br>
&lt;astearns> s/????/AnimationTrigger.animations.add/<br>
&lt;JoshT> ... but you can pause the animation trigger to be in affect before the animation starts to play<br>
&lt;JoshT> ... if we just have AnimationTrigger.animations.set interface, that's just a generic set interface<br>
&lt;JoshT> ... we don't have a way to implement the logic for all the animations it should have if we just have an add method<br>
&lt;bramus> +1 to adding the two methods<br>
&lt;JoshT> astearns: the smallest first step would be to add the new methods addAnimation and removeAnimation fro now<br>
&lt;JoshT> DavidA: bramus thought about having getAnimations as well<br>
&lt;bramus> and +1 to the extra getAnimations as well :)<br>
&lt;JoshT> PROPOSED: add three methods to AnimationTrigger interface: addAnimation, removeAnimation and getAnimations<br>
&lt;JoshT> RESOLVED: add three methods to AnimationTrigger interface: addAnimation, removeAnimation and getAnimations<br>
</details>


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


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

Received on Wednesday, 13 August 2025 17:02:12 UTC