Re: [csswg-drafts] Define root element (as a term, and its display type) (#8095)

The CSS Working Group just discussed `Define root element (as a term, and its display type)`, and agreed to the following:

* `RESOLVED: Merge this PR`

<details><summary>The full IRC log of that discussion</summary>
&lt;fantasai> https://github.com/w3c/csswg-drafts/pull/8095/files<br>
&lt;TabAtkins> q+ about use for top-level stuff<br>
&lt;TabAtkins> q+<br>
&lt;flackr> fantasai: there's various things about root element that are underdefined. The PR introduces the term root element, clarifies the principal doc always establishes an independent block, ??. It also defines the ICB establishes a block formatting context<br>
&lt;flackr> fantasai: this is a new concept. For the most part, browser behave as if it is a BFC. The only thing I found different was the firefox could? float the root box<br>
&lt;fantasai> s/could?/couldn't/<br>
&lt;astearns> ack TabAtkins<br>
&lt;dbaron> q+<br>
&lt;flackr> fantasai: the other differences are some honor float or don't<br>
&lt;flackr> TabAtkins: the text of the PR looks good<br>
&lt;flackr> TabAtkins: it looks like this should be appropriate to apply to things in the top level as well, do you have an opinion?<br>
&lt;flackr> fantasai: makes sense, as a separate PR<br>
&lt;flackr> TabAtkins: agree, still need to pull out to a separate thing<br>
&lt;flackr> s/top-level/top layer<br>
&lt;astearns> ack dbaron<br>
&lt;flackr> dbaron: anything weird with blocks doing things differently in block axis vs inline axis that would mix things up with grid or flex on the root?<br>
&lt;flackr> fantasai: it all seems to behave as expected, percentages resolve against ICB if ICB is definite<br>
&lt;fantasai> s/if/since/<br>
&lt;flackr> astearns: assume there should be some wpt tests<br>
&lt;flackr> fantasai: yes, tests not there yet<br>
&lt;flackr> astearns: add tests-needed once we accept<br>
&lt;flackr> astearns: any other comments?<br>
&lt;flackr> RESOLVED: Merge this PR<br>
&lt;flackr> fantasai: do we want to make float compute to none?<br>
&lt;flackr> astearns: is there an issue?<br>
&lt;flackr> fantasai: no, in various discussions related to PR<br>
&lt;flackr> astearns: ikilpatrick is not on call but believe his opinion was that it should not compute to none<br>
&lt;flackr> astearns: I believe it's only gecko that does?<br>
&lt;flackr> fantasai: yes, and one or two of the print impls<br>
&lt;dbaron> I remember there being spec text about this at some point...<br>
&lt;flackr> smfr: webkit does not (according to issue)<br>
&lt;flackr> astearns: let's merge this and later on decide whether to do something special for floats<br>
</details>


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


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

Received on Wednesday, 7 December 2022 17:30:44 UTC