- 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