- From: <bugzilla@jessica.w3.org>
- Date: Mon, 21 May 2012 11:57:44 +0000
- To: public-css-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17133 Summary: table layout: border conflict resolution should happen before layout in collapsing border model Product: CSS Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: CSS Level 2 AssignedTo: bert@w3.org ReportedBy: antonsforums@yahoo.co.uk QAContact: public-css-bugzilla@w3.org 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 -- Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Monday, 21 May 2012 11:58:08 UTC