Reported by Boris Zbarsky.
126.96.36.199 (http://www.w3.org/TR/CSS2/tables.html#fixed-table-layout) says:
# A column element with a value other than 'auto' for the 'width'
# property sets the width for that column.
# Otherwise, a cell in the first row with a value other than 'auto' for
# the 'width' property determines the width for that column. If the
# cell spans more than one column, the width is divided over the
There is poor interop for how the cell determines the column width.
Boris proposes something like:
| Otherwise a cell in the first row with a value other than 'auto' for
| the width property determines the width for that column as follows:
| * In the collapsed border model, the width is the width of the cell
| plus its left and right padding and half the left and right borders.
| * In the separated border model, the with is the width of the cell
| plus its left and right padding and left and right borders.
but notes that there are issues here with percentage paddings and with
whether the borders used are before or after conflict resolution in the
collapsed border model.
Conversation begins: http://lists.w3.org/Archives/Public/www-style/2011Apr/0743.html
Bug description: http://lists.w3.org/Archives/Public/www-style/2011Apr/0743.html
Test suite tests: http://lists.w3.org/Archives/Public/www-style/2011Oct/0546.html
> Test suite tests:
That page is still good and ok. The 52 submitted tests in the test suite are accessible at
and they start with
and the last one is
This bug report seems to be a DUPLICATE of
Bug 14473 - column-sizing algorithm forgets to include padding and borders
Similar bug: Bug 15577 (Border vagueness in definition of table width in fixed table layout) where a similar consideration regarding the difference between
collapsed border model and separated border model applies.
*** Bug 14473 has been marked as a duplicate of this bug. ***
Bug 17134 concerns what seems to be the analogous issue for how cells determine the row height for non-auto-height table rows.