xmlgraphics-fop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 40271] - auto table layout -- dirty draft
Date Thu, 17 Aug 2006 23:37:13 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40271>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40271





------- Additional Comments From a_l.delmelle@pandora.be  2006-08-17 23:37 -------
(In reply to comment #9)
> > I did wonder whether this should be viewed on a per-page basis...? 
> > I mean: say you have a table with 
> > five cells per row (100+ rows), except for the last row which has six. 
> > Do we layout the whole table as if there were six columns, or only the last page?
> 
> Look at it this way: You'd expect an fo:block to occupy the whole width on both
> pages if that block is broken between two pages and the first is a landscape
> page and the second is a portrait page. Now transfer this to fo:table where you
> might specify columns entirely using proportional-column-width() (or even using
> auto-table layout).

Yes, but what I'm referring to is more that the _proportions_ would remain the same over the
whole 
table, no matter what the actual page-dimensions are.
Given that proportional-column-width() and auto table-layout are mutually exclusive, distribution
of 
remaining space can occur if:

a) table-layout="fixed", explicit columns with relative widths (some using p-c-w())
b) table-layout="fixed", implicit columns with relative widths (from cells in the first row)
c) table-layout="auto"

Take case a):
Suppose six defined columns, then in my original example, I'd expect the column-widths to
have the 
same proportions on every page, no matter if the page contains a cell that occupies a particular

column. This is what the average human being would expect, I guess, especially if it isn't
the last 
column.

Move on to case b):
Suppose the first row contains five cells, each with a relative width of 20% --no proportional-column-
width() here. Strictly following the Rec, we should end up with a table of five columns, equally
large in 
proportion on all pages. What happens if I add a sixth cell to the last row? (I'd say we can
safely ignore 
and complain about it, which we already do, IIC)

Case c) seems to offers more liberty here, since not only the absolute, but also the relative
values can 
be evaluated separately for each page.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Mime
View raw message