- From: Robert Flack via GitHub <sysbot+gh@w3.org>
- Date: Thu, 24 Oct 2024 13:52:54 +0000
- To: public-css-archive@w3.org
> And regarding using the target to play/pause: > > > I agree that conceptually it makes sense to not have a target, though it could be a nice feature if we could skip custom effects if the target (e.g. the canvas being drawn to) was not in view or at least if the target is detached. > > I think the playback management would better be solved using `AnimationTrigger`'s When I say skip, this is a (up to now implementation) detail that affects main frame generations. There are many sites with a lot of complex content that is not yet scrolled on screen (or has been scrolled off screen). Conceptually all animations tick all of the time, but since the offscreen animations do not present any visual change chrome can skip generating frames if all of the updating content is offscreen. When a main frame is generated all animations are updated to the current time such that all styles are as if the animation has been active. With a custom effect callback, we could not do this sort of an optimization unless it was part of the API. This skipping isn't about playback management, when we skip animations they conceptually continue playing, this is about optimizing frame generation. I also don't think this is something that developers usually do unless, as you alluded to, they intentionally want to pause playback. Most developers I've talked to don't manage all of the content on the site. With CSS animations it didn't need to be in spec since a developer wouldn't be able to tell as if they request an animation frame the animations are updated then. However, we wouldn't know for custom effects what they change so it would need to be specified if they are skipped in certain circumstances. > , though having the animation GC'd when a target is removed could be nice. And, having a rooted node to get the animations from for [getAnimations](https://www.w3.org/TR/web-animations-1/#dom-animatable-getanimations) -- GitHub Notification of comment by flackr Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6861#issuecomment-2435361382 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 24 October 2024 13:52:55 UTC