You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by Tim Keen <ti...@optusnet.com.au> on 2007/02/06 23:08:56 UTC

Table header printing on next page - Seems to be room for last row

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

Re: Table header printing on next page - Seems to be room for last row

Posted by Vincent Hennebert <vi...@anyware-tech.com>.
Hi Tim,

Sorry for the delay.

Tim Keen a écrit :
> Hi all,
> 
> Has anyone had a chance to have a look at this?
> 
> Cheers
> 
> Tim
> 
> -------- Original Message --------
> Subject: 	Table header printing on next page - Seems to be room for last row
> Date: 	Wed, 24 Jan 2007 10:23:35 +1000
> From: 	Tim Keen <ti...@optusnet.com.au>
> Reply-To: 	timkeen.41@optusnet.com.au
> To: 	fop-users@xmlgraphics.apache.org
> 
> Hi all,
>  
> In the following the table header appears to be printing on the next page when 
> there is ample room for the last, albeit empty, table row. (example file lid1.pdf)
>  
> Is this a problem?
>  
> FWIW when I remove the last empty row (line 404 to 408) the entire "STATUS 
> HISTORY" moves to the next page. (example lid2.pdf)

You have keep-with-next="always" on the "STATUS HISTORY" block and on
each row of the table excepted the last but one. That means a page break
can only occur before the last row. You may want to remove the
keep-with-next on the table's rows, or on the contrary put one also on
the last but one row. At least you will no longer have the border alone
on the next page.

That said, that doesn't explain the strange behaviour you're having.
Interestingly enough, if you remove all of the keep-with-next on the
table's rows, you will see the entire table on the first page, with the
last border-only row. There's probably a bug and I'll keep your example
under the hand for when I try to find it.

Meanwhile, I hope the above workaround will suit you.

Vincent


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