1456224 - [css-flexbox] handle table wrapper boxes as special flex items (allowed to flex/shrink, with possible extra reserved space for wrapper)

Status: RESOLVED DUPLICATE of bug 1674302

(Core :: Layout, enhancement, P3)

Description

[Daniel Holbert [:dholbert]]

As noted in bug 1455976 comment 15, there's some special-case flexbox spec text for table wrapper boxes as flex items (pulling info from their child table boxes):

# like width and height, the flex longhands
# apply to the table box as follows: the flex item’s
# final size is calculated by performing layout as if
# the distance between the table wrapper box’s edges
# and the table box’s content edges were all part of
# the table box’s border+padding area, and the
# table box were the flex item.
https://drafts.csswg.org/css-flexbox/#flex-items

This will end up making us *behave* as if a display:table flex child were a growable/shrinkable flex item like any other (but possibly with some extra space reserved for the wrapper box, e.g. if there's a caption that requires more space in the main axis than we'd otherwise allocate for our flex base size).


I think this will require a bit of special-case code during the "resolve the flexible lengths" chunk of flex layout, as well as everywhere that we deal with a flex item's hypothetical size (e.g. when figuring out how many flex items fit on a multiline flex container's flex line).

Comment 1

[Daniel Holbert [:dholbert]]

(attachment 8970026 [details] is a partial testcase for this bug.)

Comment 2

[Ting-Yu Lin [:TYLin] (PDT, UTC-7)]

After fixing bug 1674302, we can render testcase in comment 1 correctly. For the other webcompat bugs in "See Also" fields, we need more work.

1. https://webcompat.com/issues/40551
   I cannot reproduce this one.

2. https://webcompat.com/issues/55006
   We still have bug related to SVG's min-content contribution. Filed bug 1694295.

3. https://github.com/webcompat/web-bugs/issues/65036
   Still have bug for a table flex item with max-width. Filed bug 1694298.