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 6319 - Tables and border-separation
Summary: Tables and border-separation
Status: NEW
Alias: None
Product: XSLFO
Classification: Unclassified
Component: XSL-FO (show other bugs)
Version: 1.1
Hardware: PC Windows 3.1
: P2 normal
Target Milestone: ---
Assignee: Tony Graham
QA Contact: Mailing list for comments on XSL (XSl-FO)
URL: http://lists.w3.org/Archives/Public/x...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-18 10:35 UTC by Tony Graham
Modified: 2012-12-04 00:52 UTC (History)
1 user (show)

See Also:


Attachments
Table grid boundary line (19.27 KB, image/png)
2009-01-15 11:31 UTC, Vincent Hennebert
Details

Description Tony Graham 2008-12-18 10:35:40 UTC
+++ This bug was initially created as a clone of Bug #6267 +++

+++ This is from the second half of Bug #6267. +++

Now about tables. Section 6.7.3, fo:table says that in the separate 
border model the border of the table is composed of half the value of 
the border-separation property plus the border as specified by the 
property. Which would mean that the border-start(trait) would, in this 
particular case, be different from the border-start(property):
    border-start(trait) = border-start(property) + border-separation.inline-progression-dimension / 2

Thats why it seems important to me to know whether we are speaking of 
traits or properties in the formulas above. If both formulas use the 
same value (trait or property), then we have the result #1 on the 
attached picture. If formula (1) uses the trait and formula (3) uses the 
property, then the simplification will give:
    xa = start-indent + start-intrusion-adjustment
         − border-start(property) − padding-start 
         − (start-indent − border-start(trait) − padding-start)
       = start-intrusion-adjustment + border-separation.i-p-d / 2
Leading to result #2 in the attached picture, which is a sensible 
result.

And if formula (1) uses the property and formula (3) the trait, we get 
result #3 which is probably less likely to be expected.


Finally, Section 6.7.3, fo:table and Section 6.7.10, fo:table-cell 
mention the table grid boundary line, but it is unclear where this 
line should actually lie, especially with respect to the table padding. 
There seems to be an inconsistency since Section 6.7.3 states that the 
first [border component], which is placed with the inside edge 
coincident with the outermost table grid boundary line, has the width of 
half the value for the border-separation property. And Section 6.7.10 
states that the first [border component], which is placed with the 
outside edge coincident with the table grid boundary line, has the width 
of half the value for the border-separation trait. Then where shall the 
padding be placed? The only consistent way to resolve this issue in my 
opinion is to make the padding coincide with the table outermost grid 
boundary line. See the attached picture as an illustration (where 
case #1 from above has been selected). It might be helpful to add an 
indication with this respect in the Recommendation.
Comment 1 Tony Graham 2009-01-13 12:44:09 UTC
Adding original poster as CC since response will be required when a solution is proposed.
Comment 2 Vincent Hennebert 2009-01-15 11:31:36 UTC
Created attachment 613 [details]
Table grid boundary line