- From: Noam Rosenthal via GitHub <noreply@w3.org>
- Date: Tue, 12 Aug 2025 14:53:46 +0000
- To: public-css-archive@w3.org
> A follow-up question here: there are two options of changing this timing, and I'm not sure which one is better > > 1. * update the rendering happens, which posts a task to complete > * in a task, we run the finished promise while ::view-transition is still present > * in the same task, we clean up ::view-transition and all transition related things > > or > > 2. * update the rendering happens, which posts a task to complete > * in a task, we clean up ::view-transition and all transition related things > * in the same task, we run the finished promise without any transition related things > > The latter is a bit hard to test reliably (or at least I haven't figured out a good way), since any kind of test becomes indistinguishable from us not posting any tasks to do the clean up which is the thing we want to avoid. > > I'm leaning towards 1 because it allows the developer an opportunity to still look at the final state of the view transition objects in the finished promise (and it's easy to test :) ) > > [@nt1m](https://github.com/nt1m) [@emilio](https://github.com/emilio) wdyt? It shouldn't matter because resolving promises always happens in the microtask queue. So (2) would always be the result. -- GitHub Notification of comment by noamr Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/12442#issuecomment-3179699809 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 12 August 2025 14:53:47 UTC