- From: Khushal Sagar via GitHub <sysbot+gh@w3.org>
- Date: Fri, 19 May 2023 15:05:42 +0000
- To: public-css-archive@w3.org
> Regarding cross-origin, I think it's a much bigger discussion. I don't think we'll be able to ship this for all cross-origin...ever. I specifically meant the [same-site](https://web.dev/same-site-same-origin/) case, the security/privacy implications there are not as strict as different domains? > The main concept is that this opt in should be by name matching rather than Boolean. The fundamental issue with either, a boolean or name matching, is that the syntax is not extendible to even same-origin cases like a subset of pages. For example: ```css / * Opt-in for all same-origin navigations */ @view-transition same-origin; /* Opt-in for same-origin navigations only to URLs which match this pattern */ @view-transition urlPattern(...); ``` I don't see how name matching or a boolean can be extended to cover this use-case. We've talked about an option like a media query which matches based on old/new URL that *potentially* could : ```css @media (old-url: urlPattern(...)) { :root { view-transition-name: foo } } ``` But that's harder to do since now we have to define the exact time in the old/new Document's lifecycle when this media query activates. I think it's the same problem as defining events to be dispatched on the 2 Documents that you've thought out. -- GitHub Notification of comment by khushalsagar Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/8048#issuecomment-1554727834 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 19 May 2023 15:05:44 UTC