- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 15 Jan 2025 17:26:48 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[selectors] Pseudo-class to indicate when a slot has content`, and agreed to the following: * `RESOLVED: :has-slotted should use the flattened tree to resolve if content is slotted or not. We could later discuss a different pseudo-class for the other behavior.` <details><summary>The full IRC log of that discussion</summary> <bramus> keithamus: last week we resolved to match when the fallback content is not being displayed<br> <bramus> … whoich means using non flat tree<br> <bramus> … think this is a mistake<br> <bramus> … some people form the WC community reached out<br> <lea> q?<br> <lea> q+<br> <bramus> … was maybe overindexing on maybe wehter the fallback tree is displayed or <missed><br> <bramus> … would like to change the resolution to use the flattened tree<br> <astearns> ack lea<br> <bramus> lea: do we stay consistent with JS API or do we do a better thing? Both are valid. Proably should follow JS appraoch for consistency<br> <bramus> … am wondering if we can have two pseudo classes<br> <bramus> keithamus: JS api offer the optionality through a flattened flag<br> <bramus> … has more to do with compat with ::slotted<br> <bramus> … cannot do slotted-slot<br> <bramus> … also composition<br> <bramus> … authors of components are more likely to want to know if th ething has been slotted.<br> <keithamus> s/fallback tree is displayed or <missed>/fallback content is displayed vs the flattened slots/<br> <bramus> … if that is many layers deep seems irrelevant to them<br> <bramus> lea: agree<br> <bramus> keithamus: proposed resolution is to use the flattened tree<br> <bramus> … to create new selector that uses non-flat tree I have no opinion<br> <lea> q?<br> <bramus> … polyfills: wont affect us because JS has optionality for both<br> <bramus> lea: I understand the sentiment that we need to ship this ASAP. really needed<br> <bramus> keithamus: I have i2s for chrome and I believe we are working towards one for firefox as well<br> <lea> s/I understand the sentiment /I completely agree with the sentiment /<br> <bramus> … need to resolve on this<br> <keithamus> PROPOSED RESOLUTION: :has-slotted should use the flattened tree to resolve if content is slotted or not.<br> <lea> +1<br> <bramus> astearns: with a future issue on adding a param or new pseudo to not use the flat tree<br> <bramus> … that’s a different, later, discussion<br> <bramus> keithamus: sgtm<br> <bramus> chrishtr: do we need resived resolution?<br> <bramus> astearns: no, wanted to point out other issue is out of scope<br> <lea> PROPOSED RESOLUTION: :has-slotted should use the flattened tree to resolve if content is slotted or not. We could later discuss a different pseudo-class for the other behavior.<br> <bramus> chrishtr: so someone should raise a new issue<br> <bramus> keithamus: i'll try and do that tomorrow<br> <keithamus> RESOLVED: :has-slotted should use the flattened tree to resolve if content is slotted or not. We could later discuss a different pseudo-class for the other behavior.<br> <bramus> keithamus: thanks everyone for your time<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6867#issuecomment-2593536333 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 15 January 2025 17:26:49 UTC