#908: View Transitions: list of types

Visit on Github.

Opened Oct 12, 2023

こんにちは TAG-さん!

I'm requesting a TAG review of View Transitions: list of types.

The View Transitions feature allows developers to create transitions between DOM states. A significant portion of the transition is a declarative set up, followed by a script trigger. This works well for a single type of transition. However, developers have expressed interest to be able to declare multiple transitions in their CSS, and then trigger only one of them from script. The list of types proposal attempts to address this use case.

Further details:

  • I have reviewed the TAG's Web Platform Design Principles
  • Relevant time constraints or deadlines: None
  • The group where the work on this specification is currently being done: CSSWG
  • The group where standardization of this work is intended to be done (if current group is a community group or other incubation venue): CSSWG
  • Major unresolved issues with or opposition to this specification: We have not head of opposition, but some bikeshedding on the names remains to be done.
  • This work is being funded by: Google

💬 leave review feedback as a comment in this issue and @-notify @vmpstr @noamr

Discussions

2023-11-13

Minutes

Lea: seemes to be adding syntax to do something that is already possible. Adding syntax to work around a performance issue in implementations, rather than focusing efforts on fixing the perf issue. Then again, being realistic might mean we need this sort of thing.

Peter: is it just a perf issue?

Lea: if you look at the linked issue, the only reason this is needed is that using has very high up the tree is slow. Explainer is minimal. Use case is a link to an issue.

Dan: no alternatives considered. Developer complexity?

Lea: [leaves feedback]

2023-11-27

Minutes

we review their response

Peter: I don't see a use case described in the explainer... I see a developer need...

Dan: should we press them on this point?

Peter: I still don't get it...

Dan: they're conflating user needs with developer needs

Peter: I can leave the feedback...

Lea: I think view transitions are overly complex...

Peter: I don't understand the use case - my feedback is that they are pointing to a use case and it's not a use case...

Lea: how is this done today and how will this be done with what they are proposing? I can see how this could be useful...

2023-12-18

Minutes

Explainer has been updated, ready for review

Matthew: view transitions parent spec doesn't have accessibility considerations. Homework for APA to propose one for CSS. Don't anticipate any concerns.

2024-05-06

Minutes

Deferring to assignees.

2024-08-12

Minutes

Dan: I suggest we close this as the requestor did respond to Lea's feedback and it's been in the abyss since...

Yves: mozilla standards position was positive for list of types...

Dan: so tick mark for multi-implementer support...

Dan: Where is happening?

Yves: CSS....

Dan: So shall we close it as satisfied?

Peter: seems we're looking at details but I don't have a good understanding of big picture.

Dan: looking back at original review: https://github.com/w3ctag/design-reviews/issues/748 we said satisfied with concerns. We did articulate our concerns...

Peter: i agree we gave view transitions a pass but the things they are adding to it seem suspect to me...

Dan: Does it have CSS wg consensus?

Peter: not sure. ...concerns about list of types... changes to the javascript APIs... so let's go ahead and close it.

CLOSED AS SATISFIED