- From: CSS Meeting Bot via GitHub <noreply@w3.org>
- Date: Wed, 01 Oct 2025 17:03:05 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[web-animations-2][css-animations-2] Set of actions for animation triggers`. <details><summary>The full IRC log of that discussion</summary> <kbabbitt> DavidA: this issue is about specifying the set of keywords we use to describe what an animationtrigger will do to an animation when correct conditions are mety<br> <kbabbitt> ... initially had higher level behaviors mostly focused on scroll triggered cases<br> <kbabbitt> ... now that we have event triggers, more fine grained options make sense<br> <kbabbitt> ... work same way for both types of triggers, also in cases where 2 types of triggers are mixed<br> <kbabbitt> ... example, play an animation when a thing is scrolled into view, pause when clicked<br> <kbabbitt> ... play animation when clicked, reset when it's scrolled out<br> <kbabbitt> ... that's what that table in the issue gives us<br> <ydaniv> q+<br> <astearns> ack ydaniv<br> <PaulG> q+<br> <kbabbitt> ydaniv: I'm fine with the dable<br> <kbabbitt> ... just added a comment that the last one can be play reset if we want to be consistent with naming<br> <ydaniv> s/dable/table/<br> <kbabbitt> s/dable/table<br> <kbabbitt> DavidA: the last one differs from play pause in that it's replay option<br> <kbabbitt> ... I added that one because in some event cases you want the interaction of click to forcefully reset animation and start playhing again<br> <kbabbitt> ... whereas in general play case you don't want that<br> <kbabbitt> flackr: think suggestion was just about name<br> <kbabbitt> fantasai: I think that wouldn't work because play-pause alternates between playing and pausing depending on current state<br> <kbabbitt> ... whereas this one doesn't matter what you're doing<br> <kbabbitt> ... if you're playing it resets and continues playing<br> <kbabbitt> ... I think replay is the correct name here<br> <ydaniv> q+<br> <astearns> ack fantasai<br> <astearns> ack PaulG<br> <kbabbitt> fantasai: this table makes a lot of sense<br> <kbabbitt> PaulG: looking at this, trying to catch up<br> <kbabbitt> ... I see where there's event trigger actions you can click or press a key<br> <kbabbitt> ... keyboard accessible which is great<br> <kbabbitt> ... things like play-pause button would have an accessible name, not sure how we're treating this<br> <kbabbitt> ... how does the current state get conveyed<br> <kbabbitt> ... those are the questions I'd raise, along with passing API back for wider review<br> <kbabbitt> fantasai: the thing that triggers these is handled in another conversation<br> <kbabbitt> ... this is just, once an event causes an action, these are actions author would choose<br> <kbabbitt> PaulG: 12336?<br> <kbabbitt> fantasai: 12562<br> <kbabbitt> DavidA: other issues probably relevant are 12562 and 12336<br> <astearns> ack ydaniv<br> <kbabbitt> ydaniv: okay to add a replay action behavior<br> <kbabbitt> ... this is introducing something new but I think it's fine<br> <kbabbitt> ... still need something that does alternating between play and reset<br> <kbabbitt> ... still need play-reset<br> <kbabbitt> astearns: we are at time, suggest what to add could be a separate issue<br> <kbabbitt> ... flackr, you had said we could do without initial column?<br> <kbabbitt> flackr: yes, it's not adding any value<br> <kbabbitt> ... from web animation perspective, there's no difference, no initial state<br> <kbabbitt> ... my suggestion is just don't have that<br> <kbabbitt> astearns: we're at time but it sounds like everyone is good with this?<br> <kbabbitt> ydaniv: I'm good if we just add this extra one because it's already in spec and consistent with other actions<br> <kbabbitt> ... not something new, including something that was dropped<br> <kbabbitt> DavidA: I think it makes sense to add this one too but want to clarify, it wasn't actually dropped<br> <kbabbitt> ... behavior in spec that already existed was captured by play and reset words as a separate thing<br> <kbabbitt> ... together enable existing functionality<br> <kbabbitt> ... what I think is okay to add as a new thing, wouldn't be thing that currently exists<br> <kbabbitt> ydaniv: like when you have play-alternate, play-pause<br> <kbabbitt> ... together we have play-reset<br> <kbabbitt> astearns: we're out of time, suggest we take back to issue<br> <kbabbitt> ... ydaniv and DavidA, please talk about how current play-reset functionality is accommodated<br> <kbabbitt> ... hopefully we can resolve quickly next week<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/12611#issuecomment-3357304276 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 1 October 2025 17:03:06 UTC