- 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