Also, as food for thought, I wonder if the two methods
Luca has mentioned should eventually be in
FlowLayoutManager (FLM) instead.  The break properties
appear relevant only for fo:flow descendants.

Glen

--- Glen Mazza <[EMAIL PROTECTED]> wrote:
> Just so I understand how this is supposed to work,
> will someone please confirm my assumptions below:
> 
> 1.) If FOP is processing a block on the middle of
> page
> 17 with a break-before value of "even-page", FOP is
> supposed to render this block at the top of page 18
> instead.
> 
> and
> 
> 2.) If FOP is processing a block on the middle of
> page
> *18* with a break-before value of "even-page", FOP
> is
> supposed to render it at the top of page 20 instead.
>  
> 
> and
> 
> 3.) The above processing is done only once for the
> fo:block with this property.  I.e., assuming no
> child
> of fo:block has this property as well, if the block
> takes up multiple pages it will use pages
> 18-19-20-21-22..., for (1) above, and *not*
> 18-20-22-24... 
> 
> Thanks,
> Glen 
> 
> 
> --- Luca Furini <[EMAIL PROTECTED]> wrote:
> > It seems there is a bug affecting the creation of
> > the right kind of page
> > for documents containing blocks with break-* =
> > "odd-page" or "even-page".
> > 
> > If break-before = "odd-page" *each* page with some
> > content is odd; even
> > pages are all empty.
> > 
> > If break-before = "even-page" the content is
> placed
> > only on even pages,
> > while odd pages are empty; moreover, if the block
> > with break-before is the
> > first one in the document it is placed on the
> first
> > page (which is odd!),
> > without adding an empty page before.
> > 
> > The same happens with break-after.
> > 
> > I think this could depend on the conditions tested
> > in the methods
> > PSLM.needEmptyPage() and PSLM.needNewPage(); in
> > particular, the first one
> > should return false if the first page has already
> > been created, while now
> > it seems to return always true.
> > 
> > I'll look at this again next week, obviously
> unless
> > someone finds a fix
> > before! :-)
> > 
> > Regards
> >     Luca
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> 

Reply via email to