- From: Miriam Suzanne via GitHub <sysbot+gh@w3.org>
- Date: Fri, 04 Feb 2022 20:40:42 +0000
- To: public-css-archive@w3.org
First, to address some of the side issues: - Container queries work because we explicitly disallow self-queries. By insisting that the query target is always an ancestor of the selected element, we avoid potential for loops. So I think that aspect ("i.e. self") is off the table, but not required for the rest of your proposal. - Some of the questions here depend on (and expand on) the questions about implicit container-selection in #6644. If we want implicit selection, and we want to allow multiple containers, the two need to work together. But to focus in on the primary questions here: ## 1. Is it possible for one element to query multiple containers? While we haven't written nesting in explicitly, I would expect nested queries to allow this already based on the current spec. Each `@container` rule would handle container-selection internally, potentially selecting different containers, and the styles would only apply if all container queries resolve `true`: ```css @container size-wrapper size(inline-size > 30em) { @container style-wrapper style(--responsive = true) { .child { /* styles based on two different containers */ } } } ``` Which simplifies this issue a bit more, down to just solving: ## 2. Do we want to allow that in a single `@container` rule without nesting? I like the idea. 😁 Maybe we want to spend a little time pushing on it to make sure it really improves readability, since I don't think it adds new functionality. The other question is if it complicates implementation, or if it could be easily added in level 4? -- GitHub Notification of comment by mirisuzanne Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6876#issuecomment-1030333609 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 4 February 2022 20:40:44 UTC