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 6279 - Border-resolution and breaks
Summary: Border-resolution and breaks
Status: NEW
Alias: None
Product: XSLFO
Classification: Unclassified
Component: XSL-FO (show other bugs)
Version: 1.1
Hardware: All 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: 6281
  Show dependency treegraph
 
Reported: 2008-12-04 16:44 UTC by Tony Graham
Modified: 2012-12-04 00:53 UTC (History)
1 user (show)

See Also:


Attachments

Description Tony Graham 2008-12-04 16:44:26 UTC
From xsl-editors@w3.org:

For simplicity let's assume we are inside a single table-body. The
question is the same if we are at the boundary between two table-bodies,
only the border-after/-before of the table-bodies will also play in the
resolution.
The border-after of a cell is to be determined from:
- the table-cell's border-after;
- the containing table-row's border-after;
- the following table-row's border-before;
- the border-before of the cell below.

If a break occurs /within/ a cell, should the following row and cell
still play in the border-resolution? We agreed upon not.

If a break occurs between two cells:
- should a full border appear at the bottom of the page (or column) and
  a full border at the top of the following page (column)? Or only half
  a border on each? We agreed upon the former.
- like above, should the two cells and table-rows play in the
  border-resolution of each border? Or only the previous cell and row
  for the border-after on the first page and the following cell and row
  for the border-before on the following page? We agreed upon the
  latter.

Those questions are easily answered if we consider that the table is
divided into independant grids on each page. Thus there would be a grid
line at the top and bottom of each page. Such a scheme would be logical
if grid units are entities which belong in the area tree.

If on the contrary the table must be thought as a single grid which then
is broken down on several pages (more on the FO tree side), then the
answers to these questions tend to be different.

That's why it may be useful to state that grid units pertain to the area
tree, and that border-resolution is performed on them at the area-tree
level.
Comment 1 Tony Graham 2009-01-13 12:44:59 UTC
Adding original poster as CC since response will be required when a solution is proposed.