This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 17133 - table layout: border conflict resolution should happen before layout in collapsing border model
Summary: table layout: border conflict resolution should happen before layout in colla...
Status: NEW
Alias: None
Product: CSS
Classification: Unclassified
Component: CSS Level 2 (show other bugs)
Version: unspecified
Hardware: PC Windows 3.1
: P2 normal
Target Milestone: ---
Assignee: Bert Bos
QA Contact: public-css-bugzilla
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-21 11:57 UTC by Anton P
Modified: 2012-12-04 00:52 UTC (History)
0 users

See Also:

Attachments

Description Anton P 2012-05-21 11:57:44 UTC 
Reported by Anton Prowse

17.6.2 (The collapsing border model) says:

  # The diagram below shows how the width of the table, the widths
  # of the borders, the padding, and the cell width interact. Their
  # relation is given by the following equation, which holds for
  # every row of the table:
  #
  #    row-width = (0.5 * border-width_0) + padding-left_1 +
  #                 width_1 + padding-right_1 + border-width_1 +
  #                  padding-left_2 +...+ padding-right_n +
  #                   (0.5 * border-width_n)
  #
  # Here n is the number of cells in the row, padding-left_i and
  # padding-right_i refer to the left (resp., right) padding of
  # cell i, and border-width_i refers to the border between
  # cells i and i + 1.

But what does "the border between cells i and i + 1" actually refer to?

Simon Sapin thinks that the border conflict resolution needs to happen before the layout, so that there is only one border between cells i and i+1 by the time we care about it.

Conversation begins:
Bug description:
http://lists.w3.org/Archives/Public/www-style/2012Jan/1016.html (Issue 4)

Simon's response: http://lists.w3.org/Archives/Public/www-style/2012Jan/1042.html