W3C home > Mailing lists > Public > www-style@w3.org > January 2017

RE: [css-tables] Dropping repeated headers/footers when one content row doesn't fit

From: François REMY <francois.remy.dev@outlook.com>
Date: Sat, 7 Jan 2017 04:14:05 +0000
To: Florian Rivoal <florian@rivoal.net>
CC: Robert Hogan <robhogan@gmail.com>, www-style list <www-style@w3.org>
Message-ID: <AM2PR04MB0818B8BD21A8DAAD82EFE6AAA5620@AM2PR04MB0818.eurprd04.prod.outlook.com>
On Jan 7, 2017, at 06:04, François REMY <francois.remy.dev@outlook.com<mailto:francois.remy.dev@outlook.com>> wrote:

3.       If the last row that did partially fit in the fragmentainer was a tbody or tfoot row restart fragmentation in that fragmentainer with the tfoot being repeated at its bottom and therefore a reduced vertical space. If that doesn't leave enough vertical space in the fragmentainer to contain at least partially one tbody row (or if the last row that did partially fit in the fragmentainer was a tfoot row), return to the previous fragmentation without the repeated tfoot; otherwise keep this new fragmentation. In both cases, continue to the next step.
"with the tfoot being repeated at its bottom" shouldn't that be "with **all** tfoot being repeated at its bottom"?

I assume the repeat behavior is always all or nothing, you can't get partial repetition. If the rows are included due to normal flow, this isn't a repetition (in short "repeated" does not include the original).

I don't remember for sure, but I think I meant that if you had multiple tfoot elements (not multiple rows in a tfoot), you're repeat them all. However, that's not what browsers do, so never mind.


Yes, and that is in the spec as well:

If a table owns multiple display:table-header-group boxes, only the first is treated as a header; the others are treated as if they had display:table-row-group. https://drafts.csswg.org/css-tables-3/#table-header-group
Received on Saturday, 7 January 2017 04:14:42 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:15:02 UTC