Thanks for your help, Andreas, But your solution only makes the first column blocks 5cm longer. If there's more space in the first column, it's not used. And if the second column block + 5cm is longer than page height, the empty block flows to the second page and the text block for the second page is moved to the third page. I'm afraid, that's not dynamical enough for me.
In my real live case, I have a table in the right column which can spread over multiple pages. In the left column I have some images which should pe printed on each page, no matter how many pages the table spans. At the moment I generate the table and one set of images, have a look at the area tree and find out, how many pages the table spans. Then I go back to the fo-file and insert image blocks as needed. I guess, I could ask the area tree for the size of the image block and the sizes of the table blocks and then calculate a space-after or padding-after for the image blocks instead of the page breaks. Does that sound possible and which area tree attribute should I look at to get the realtime height of the blocks? Regards, Georg Datterl ------ Kontakt ------ Georg Datterl Geneon media solutions gmbh Gutenstetter Straße 8a 90449 Nürnberg HRB Nürnberg: 17193 Geschäftsführer: Yong-Harry Steiert Tel.: 0911/36 78 88 - 26 Fax: 0911/36 78 88 - 20 www.geneon.de Weitere Mitglieder der Willmy MediaGroup: IRS Integrated Realization Services GmbH: www.irs-nbg.de Willmy PrintMedia GmbH: www.willmy.de Willmy Consult & Content GmbH: www.willmycc.de -----Ursprüngliche Nachricht----- Von: Andreas Delmelle [mailto:andreas.delme...@telenet.be] Gesendet: Mittwoch, 11. März 2009 20:08 An: fop-users@xmlgraphics.apache.org Betreff: Re: page break in table cells On 11 Mar 2009, at 19:58, Andreas Delmelle wrote: > I did manage to get very close by adding an empty block in the AAA > cell after the main block, and specifying some forced space-before on > it. In that case, the algorithm is tricked into thinking that there is > more 'content' in that cell, and allows more lines from the first > column to appear on the first page. Come to think of it: this approach could solve the problem with using just one fo:table-row as well. The only thing to remember there, is to also set space-before.conditionality to retain. Since the page-break happens within the confines of the table-cell, there is no fence between the empty block, and the following one, so this would result in the space being discarded. So, to summarize the proposed workaround/FO hack, in the original sample, you would only need to add something like: ... This text should be on the first page.</fo:block> <fo:block space-before.optimum="5cm" space-before.precedence="force" space-before.conditionality="retain" /> And probably also between the second and third pages, to make sure all of the remaining content in the first column ends up on the second page. HTH! Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
