xmlgraphics-fop-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Georg Datterl" <georg.datt...@geneon.de>
Subject AW: page break in table cells
Date Thu, 12 Mar 2009 08:44:26 GMT
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?

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
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.delmelle@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.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.



To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org

To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org

View raw message