Re: [csswg-drafts] [css-conditional-5] `CSSContainerRule.containerName`/`containerQuery` should return a list (#10845)

The CSS Working Group just discussed ``[css-conditional-5] `CSSContainerRule.containerName`/`containerQuery` should return a list``, and agreed to the following:

* `RESOLVED: Editors will figure out how to fix the OM to match the new behavior, and bring it back to the group for review`

<details><summary>The full IRC log of that discussion</summary>
&lt;TabAtkins> astearns: miriam, this was months ago, but you put this on the agenda last year<br>
&lt;TabAtkins> miriam: okay, let's review...<br>
&lt;TabAtkins> miriam: we resolved earlier that a @container prelude could accept a list of conditions, but we didn't update the CSSOM to return a list<br>
&lt;TabAtkins> miriam: so the proposal is that CSSOM should reflect that list back to us<br>
&lt;TabAtkins> astearns: it's mentioned that none of the impls do it yet<br>
&lt;TabAtkins> miriam: at least, last yes, yes<br>
&lt;emilio> s/yes, yes/year, yes<br>
&lt;TabAtkins> astearns: so proposed resolution is to update CSSOM to match the resolution?<br>
&lt;kbabbitt> seems reasonable to me<br>
&lt;TabAtkins> miriam: yes<br>
&lt;TabAtkins> emilio: is the proposal to return a readonly sequence?<br>
&lt;TabAtkins> TabAtkins: i was thinking about that too. either it's readonly, or it could be settable but the list you get from the getter is "dead", doesn't reflect back into the object if you mutate<br>
&lt;TabAtkins> astearns: i think guillaume's PR doens't mention the read/write nature of the list<br>
&lt;TabAtkins> emilio: some back compat too. for the single-condition case, it might need to still return a string<br>
&lt;TabAtkins> astearns: do you think it's reasoanble to resolve on returning the list and find out if we have compat problems?<br>
&lt;emilio> TabAtkins: if today we allow a comma-separated list, how is it reflected? Just comma-separated list?<br>
&lt;emilio> ... if so it might be worth keeping the property alone<br>
&lt;emilio> ... and just have a function to get the listified version<br>
&lt;TabAtkins> miriam: maybe more complicated, containerName wouldn't make sense if it was returning the whole prelude<br>
&lt;TabAtkins> miriam: maybe nobody is usign the feature yet?<br>
&lt;TabAtkins> TabAtkins: propose we just reoslve to fix, and let editors figure out what it should look like<br>
&lt;TabAtkins> astearns: and who shoudl edit it?<br>
&lt;TabAtkins> TabAtkins: miriam or emilio?<br>
&lt;TabAtkins> emilio: this sounds reasonable. note that Firefox doesn't support multiple conditions yet, so it's not an issue for us.<br>
&lt;TabAtkins> emilio: maybe other browsers dont' eitehr, presumably they'd have run into this containerName issue too<br>
&lt;TabAtkins> astearns: so proposed resolution is we'll accommodate our intent in the CSSOM spec, but leave details to the editors to figure out what is possible given the constraints<br>
&lt;TabAtkins> miriam: can we get a little further? do we just have one property that returns a list, or a string property plus a list accessor?<br>
&lt;TabAtkins> astearns: i'd prefer only one, but i don't know if it's possible<br>
&lt;TabAtkins> emilio: i agree if we coudln't return a list...<br>
&lt;TabAtkins> emilio: but also the name is optional. if you have multiple container conditions, what are the names...?<br>
&lt;TabAtkins> emilio: if you have three conditions, only the first and third have a name...<br>
&lt;TabAtkins> TabAtkins: this is why i suggested leaving the details to the editors, i think they'd be pretty obvious once you start working it out<br>
&lt;TabAtkins> emilio: yeah, we can try to sort it out and come back with a more fleshed out proposal<br>
&lt;TabAtkins> miriam: sure<br>
&lt;TabAtkins> astearns: so we're resolved to fix this, and bring the solution back to the group<br>
&lt;TabAtkins> astearns: objections?<br>
&lt;TabAtkins> RESOLVED: Editors will figure out how to fix the OM to match the new behavior, and bring it back to the group for review<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/10845#issuecomment-2737287415 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Wednesday, 19 March 2025 16:24:26 UTC