- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Fri, 12 Feb 2021 00:00:51 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `Providing a syntax for reusing syntax across cascade layers`, and agreed to the following: * `RESOLVED: Close this issue for lack of use cases.` <details><summary>The full IRC log of that discussion</summary> <myles> Topic: Providing a syntax for reusing syntax across cascade layers<br> <astearns> github: https://github.com/w3c/csswg-drafts/issues/5854<br> <myles> miriam: In order to avoid complex width shadow dom, we've spec'ed layer names in shadow dom encapsulation do not refer to the same named layers outside of shadow dom. Layer names dont' cross shadow dom boundary<br> <bkardell_> q+<br> <myles> miriam: Is there any case where it would be useful? I don't know the usecases here<br> <astearns> ack bkardell_<br> <emilio> q+<br> <myles> bkardell_: I don't have an example I can say, or a solution. But i dont' know if the current boundary needs something more. Wher eyou actually declarative adopt stylesheets. This should be part of that conversation<br> <florian> q+<br> <myles> astearns: Isn't the solution constructable stylesheets?<br> <myles> bkardell_: It's an element, yes. But you can't declaratively do that today.<br> <myles> bkardell_: You need those concepts first.<br> <TabAtkins> q+<br> <astearns> ack emilio<br> <myles> bkardell_: There's a big discussion here about how these things work. and participate cooperatively under mutual suspicion<br> <myles> emilio: I was going to ask how would this boundary crossing look like exactly? Right now in the shadow tree, the stylesheets apply to itself, and maybe host and slotted. but they are different cascade levels anyway. So i'm not sure how that would even work<br> <astearns> ack florian<br> <myles> florian: It would seem to me that from a shadow dom reopening a layer that has been opened outsdie of it to change it is probably a foot gun. not having the ability to do that sounds reasonable<br> <myles> florian: OTOH, the revert layer to a named layer, if we get that, doing that from inside the shadow dom does not sound crazy. if your components are all assuming the entire page will use bootstrap and your design system, and you're inside your shadow dom, and you want to revert layer to the design system layer, or revert ot bootstrap layer, it would be nice to call them. For now we dont' have this but it's not outlandish<br> <myles> emilio: But the stylesheets inside/outsdie the style root don't interact at all<br> <myles> astearns: We don't want to add interactions<br> <myles> TabAtkins: It's because you've imported those layer names as well<br> <astearns> ack TabAtkins<br> <myles> TabAtkins: AFAICT we don't need to do this b/c shadow dom separates styles arleady. You shouldn't get normal styles across anyway. Similar with host or part, those are applying styles in either the tree or the outer context, which is separate on a higher context already, so i don't think there's any place wehre the styles touch closely enough for layer context to matter. So this is nil.<br> <bkardell_> +1<br> <myles> fantasai: Let's close this, and if it's a problem later, someoen will file it again with a use case hopefullly<br> <myles> astearns: sound good?<br> <myles> florian: My previous comment made no sense given how things work<br> <myles> RESOLVED: Close this issue for lack of use cases.<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5854#issuecomment-777875954 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 12 February 2021 00:00:53 UTC