Nico commented on FOP-2222:

Thanks Luis for the link. However, the problem is different 
(BalancingColumnBreakingAlgorithm is not involved).

My test case is just a table with 2 cells. Fop can't set up the right page 
breaks on this simple example. 
You are right, getCombinedKnuthElementsForRowGroup seems to be the problem, but 
I can't figure out how it works (what are the purpose of the box and penalties 
?). The element list it sends to PageBreakingAlgorithm::computeDifference is 
only ok for the first page : it simply need to be recomputed on each page 
break. Does the fop code structure allow this ?

> Incorrect page break in cell
> ----------------------------
>                 Key: FOP-2222
>                 URL: https://issues.apache.org/jira/browse/FOP-2222
>             Project: Fop
>          Issue Type: Bug
>          Components: page-master/layout
>    Affects Versions: 1.1, trunk
>            Reporter: Nico
>         Attachments: test-two-cells.fo, test-two-cells.pdf
> In a table with one row and two cells, spanning across multiple pages, the 
> pages break are not what should be expected. (I don't know if it's by design 
> or a bug).
> Please see the attached .fo and .pdf.
> Test case : the first cell has blocks with 120mm height. The second cell has 
> blocks with 100mm heights. The page height is 266mm
> First page : each cell contains his two blocks on the page
> second page : after the first page break, the fist cell show only the one 
> block where two is expected. The second block, which is on page 3, should fit 
> on page 2.
> Is it standard behaviour ? Thanks.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to