xmlgraphics-fop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carlos Villegas <...@uniscope.co.jp>
Subject Re: TableCell or TableRow Larger than a page( bug fix )
Date Fri, 01 Dec 2000 05:05:11 GMT


Chris Ryland wrote:
> 
> ----- Original Message -----
> From: "Karen Lease" <klease@club-internet.fr>
> To: <fop-dev@xml.apache.org>
> Sent: Thursday, November 30, 2000 6:33 PM
> Subject: Re: TableCell or TableRow Larger than a page( bug fix )
> 
> > Here is my contribution to the brainstorm.
> [...]
> > Otherwise, try to layout the row in the current area. If any cell is too
> > big to fit in the space remaining, then we must decide whether to split
> > the row or whether to move the whole row to the next page. If the row
> > has a keep-together property which of "always", we push it to the next
> > page, unless the cell is too big to fit there either. In that case, we
> > must break the row.
> > Also, if this row has a keep-with-previous or the preceding row has a
> > keep-with-next, this may lead us to put the preceding row or rows on the
> > next page too. Same case, if the previous row has a spanning cell into
> > this row.
> [...]
> 
> All good thoughts, but how do you break a row if there are widely varying
> baseline, vertical justifications, etc.? I.e., just finding a common
> breakpoint for all cells might be a hard challenge. And what do you do with
> a vertically centered cell in a broken row?

Probably for this reason, programs like FrameMaker never try to break a
row,
it simply overflows out of the flow area if it doesn't fit in the page.

Carlos

Mime
View raw message