- From: L. David Baron <dbaron@dbaron.org>
- Date: Fri, 31 Jul 2015 08:52:53 -0700
- To: Daniel Holbert <dholbert@mozilla.com>
- Cc: www-style list <www-style@w3.org>
- Message-ID: <20150731155253.GA29550@pescadero.dbaron.org>
On Thursday 2015-07-30 13:05 -0700, Daniel Holbert wrote:
> Hi www-style (Tab in particular),
>
> What should happen if someone sets "contain:layout" on a table-part? (An
> element with one of the various "display: table-*" values from
> http://www.w3.org/TR/CSS21/visuren.html#propdef-display )
>
> For example, on a row:
> <table border>
> <tr style="contain:layout"><td>First Row</td></tr>
> <tr><td>Second Row</td></tr>
> </table>
>
> The spec just says the following:
> # When laying out the containing element, it must be
> # treated as having no contents. After layout of the
> # element is complete, its contents must then be laid
> # out into the containing elementโs resolved size.
> http://dev.w3.org/csswg/css-containment/#containment
>
> Is this really what we want to happen for a table-row? I can imagine
> that in my example above, this would meant the <tr> would have 0 height,
> and its cell would overflow the second row (with beveled borders
> behaving a bit oddly...) I suppose we could do something similar for
> table and table-row-group as well. Is that what's supposed to happen?
>
> I tend to think "contain:layout" doesn't really make sense on most table
> parts, except maaaybe on "display:table-cell"...
I think the "must be a formatting context" bit of
https://drafts.csswg.org/css-containment/#containment-layout ought
to mean that it's not possible for internal table parts to have
contain:layout, since they get changed into something else. (The
spec doesn't define what, though.)
-David
--
๐ L. David Baron http://dbaron.org/ ๐
๐ข Mozilla https://www.mozilla.org/ ๐
Before I built a wall I'd ask to know
What I was walling in or walling out,
And to whom I was like to give offense.
- Robert Frost, Mending Wall (1914)
Received on Friday, 31 July 2015 15:53:24 UTC