[css-view-transitions-2] Handle design changes between pages in MPA transitions
Nobody has claimed this yet.
- Dominant language
- Bikeshed
- Stars
- 4.9k
- Forks
- 816
- PR merge metrics
- PR metrics pending
Description
Unlike SPA, regular navigations may be from version 1 of a site, and version two. In some cases, version 1 and 2 may be incompatible in terms of view transitions - such as a major design change.
We should have some mechanism to handle this.
One way would be to have a version ident as part of the opt-in:
@cross-document-transition {
state: allow;
version: 123;
}
And if the versions don't match on either side, the transition doesn't happen (as if the 'new' state didn't opt-in).
If we go with the pattern above, we need to figure out what type the version should be, as a number seems a bit restrictive.
Although, is a version too blunt an instrument here? Developers may be in a situation where going from version-1 index to version-2 profile is fine, but going from version-1 index to version-2 article isn't fine.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files, tests, or implementation entry points are identified. Start by reading the issue and its linked opt-in proposal, then resolve how cross-document transition versions should be represented and whether compatibility needs more than a single version. Done means the behavior and scope are agreed for the specification.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- css
- Domain
- frontend, web-dev
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100