- From: CSS Meeting Bot via GitHub <noreply@w3.org>
- Date: Wed, 13 May 2026 15:54:22 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[animation-triggers-1] Add method to expose triggers declared in CSS`, and agreed to the following: * `RESOLVED: Add a getTriggers() method on the Animation object.` <details><summary>The full IRC log of that discussion</summary> <fantasai> DavidA: I mention two methods in the issue, but I think I would only propose a single method, document.getAnimationTriggers()<br> <flackr> q+<br> <fantasai> DavidA: I think it should take an Animation parameter<br> <fantasai> DavidA: So it will return any triggers associated with that animation.<br> <ydaniv> q+<br> <astearns> ack flackr<br> <fantasai> flackr: If we're making something to get triggers for an animation, shouldn't it just be on the Animation interface?<br> <fantasai> DavidA: That's also an option.<br> <astearns> q+<br> <fantasai> DavidA: Leaning away from that because triggers are separate thing that controls the Animation ... so didn't want to modify the Animation API<br> <astearns> ack ydaniv<br> <fantasai> DavidA: Getting from document or element, getting it from the DOM could also be useful.<br> <fantasai> flackr: But if it takes an Animation as input, then it *is* from an Animation<br> <fantasai> DavidA: Goal is if I have an Animation, and it has triggers attached to it, I can get those<br> <bramus> +1 on adding this to Animation<br> <fantasai> DavidA: I would be ok with method on Animation<br> <fantasai> +1<br> <fantasai> astearns: [getting things from other things]<br> <fantasai> DavidA: You could have triggers not just in CSS, but create some in script<br> <fantasai> DavidA: Want to see all triggers associated with an animation<br> <fantasai> astearns: Should we redesign to put it on Animation?<br> <fantasai> <fantasai> sgtm<br> <fantasai> flackr: sgtm<br> <fantasai> ydaniv: I think both are useful. Shouldn't need to give an Animation to get the triggers.<br> <fantasai> astearns: If you ask an element "what are your triggers", then want to know the animations<br> <flackr> q+<br> <bramus> q+<br> <astearns> ack astearns<br> <astearns> ack flackr<br> <fantasai> flackr: I see this as analogous to animation timelines<br> <fantasai> flackr: where the timeline driving a particular animation is a thing associated with that aniation<br> <fantasai> flackr: there are also timelines declared by elements (e.g. scroll and view timelines) which we do not have a getter to access<br> <fantasai> flackr: I don't think it makes sense to have a getter for timelines associated [missed]<br> <fantasai> flackr: You go for timelines associated with an animatin<br> <fantasai> flackr: Triggers and timelines are for animations, which you already have a getter to get.<br> <fantasai> flackr: While I'm not opposed to getTriggers method, I think it should be for named triggers and named timelines, not the triggers and timelines running animations on that element<br> <fantasai> <fantasai> +1 flackr<br> <fantasai> flackr: If we had element.getTriggers or document.getTriggers it would be for the triggers, not for the triggers associated with running an animation<br> <astearns> ack fantasai<br> <ydaniv> fantasai: I agree with flackr<br> <astearns> ack bramus<br> <ydaniv> ... my suggestion we resovle on getTriggers, and if we want triggeres defined by an element it's different by what we're discussing<br> <fantasai> bramus: getTriggers() on Animation we really need<br> <fantasai> bramus: the other getTriggers() methods is optional<br> <fantasai> bramus: Main case where it would be useful is tooling authors.<br> <fantasai> bramus: They can observe all the triggers on the document or someting<br> <fantasai> bramus: But that's a lesser use case than Animation.getTriggers()<br> <fantasai> PROPOSED: Add a getTriggers() method on the Animation object.<br> <fantasai> astearns: and we'll leave aside getting triggers from documents for later<br> <fantasai> astearns: objections?<br> <fantasai> RESOLVED: Add a getTriggers() method on the Animation object.<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/13120#issuecomment-4442833323 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 13 May 2026 15:54:23 UTC