15577 2012-01-15 20:06:01 +0000 Border vagueness in definition of table width in fixed table layout 2012-12-04 00:54:48 +0000 1 1 1 Unclassified CSS CSS Level 2 unspecified All Windows 3.1 NEW P2 normal --- 1 antonsforums bert info public-css-bugzilla oldest_to_newest 62749 0 antonsforums 2012-01-15 20:06:01 +0000 Reported by Gérard Talbot 17.5.2.1 (Fixed table layout) says: # The width of the table is then the greater of the value of the # 'width' property for the table element and the sum of the column # widths (plus cell spacing or borders). Which borders are being referred to? Note that the difference between collapsed border model and separated border model introduces considerations here. See also Bug 15460 (Unclear how non-auto width cell in first row determines column width in fixed table layout) where a similar consideration applies. Conversation begins: http://lists.w3.org/Archives/Public/www-style/2011Nov/0368.html Bug description: http://lists.w3.org/Archives/Public/www-style/2011Nov/0467.html 62753 1 antonsforums 2012-01-15 20:49:03 +0000 See related post about table widths in fixed layout: http://lists.w3.org/Archives/Public/www-style/2011Nov/0470.html 62799 2 info 2012-01-17 01:04:47 +0000 Thank you Anton for filing this bug. All this bug is requesting is just a few words to make things perfectly clear and not be a source of interpretation or possible confusion. Actual wording -------------- "(plus cell spacing or borders)" Proposal -------- "(plus table border-spacing if the table uses the separated borders border model or plus half of table borders if the table uses the collapsing borders model)." Gérard 67958 3 antonsforums 2012-05-21 12:29:31 +0000 See also Bug 17135: Border vagueness in definition of table height and in layout algorithms.