Hi Chris, Chris Bowditch wrote: > Vincent Hennebert wrote: >> Hi Georg, > > Hi Vincent, > > thanks for solving the mystery so quickly! > >> > > <snip/> > >>> Now run the attached fo file through the latest code from subversion >>> and be surprised. The left lower corner is blank. The complete table >>> height is the height of the left column, not the height of the right >>> column. >> >> This is due to a bug in the table stepping algorithm, whose complete >> description is out of the scope of this list. The attached patch against > > I certainly don't want a complete description, but what about a high > level one? Was it something to do with the padding after that Pascal > mentioned? Clearly keeps had an affect as Venkat mentioned also.
This is due to the conditional space-after in the second column. It must be discarded if the table is broken there, and taken into account in all other cases. The total height of the table is different whether that space is discarded or not. The bug came from there. If keep-together is set on the table or the second cell, then all that mechanism is bypassed, hence the visually correct result. >> the Trunk fixes the issue. I’ll commit it in the next days, after I’ve >> created an appropriate test case and documented the fix. > > Cool. Thanks again. > > <snip/> > > Chris Vincent --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
