Hi Andreas, > Definitely sounds possible.
Good. Although coercing FOP into this doesn't feel morally right. > Assuming nothing exotic with writing-mode or reference-orientation, > this would be the "bpd" or "bpda". IIC, the difference between the > two is that one takes into account the borders and padding, while > the other only refers to the content. I'd have to check an example > to say for sure which is which. No problem, I'll try both and take the bigger one. > Since the block in the first cell will be broken, you will obviously > need to combine the block-progression-dimension of all three blocks, > but that should not pose a problem, I think... Actually, I'll need the actual values for the first block (will most likely not start at page start), maybe the last page (I can implement another feature nearly for free with this, I think) and one page inbetween. 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:[email protected]] Gesendet: Donnerstag, 12. März 2009 20:01 An: [email protected] Betreff: Re: AW: page break in table cells On 12 Mar 2009, at 09:44, Georg Datterl wrote: > 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. I thought as much... > 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? HTH! Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
