https://issues.apache.org/bugzilla/show_bug.cgi?id=45047
Vincent Hennebert <[EMAIL PROTECTED]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Summary|Tables that begin with that |Fixed row height not taken
|begin with multiple row span|into account if the row
|participants render other |doesn't contain any cell
|cells incorrectly |that starts /and/ ends on it
--- Comment #2 from Vincent Hennebert <[EMAIL PROTECTED]> 2008-05-22 04:16:34
PST ---
Hi,
There is indeed a bug regarding the second row's fixed height, which is not
taken into account. This bug will occur only when the row doesn't have any cell
that starts and ends on it (i.e., spans only one row).
But apart from that, what you're seeing accurately reflects the content of the
FO file, which is, if I may say, a bit particular. The border you see in row 3
cell 3 has been specified on the only cell of an /inner/ table defined inside
cell 3.3. This table doesn't have any fixed height, so it takes its natural
height, which appears to not fill the space available in cell 3.3. If you
instead specify the border on cell 3.3, then you have a normal-looking result.
It appears that on this example row 2 has zero height, because all the content
of cell 1.3 fits on row 1. And since all of the other cells of row 2 also span
row 3, they put all of their contents on row 3. (The spec doesn't say how
content should be allocated among the spanned rows.)
Vincent
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
