[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

break-before="odd-page" at start of flow

Subject: break-before="odd-page" at start of flow
From: Fredrik Bengtsson <Fredrik.Bengtsson@xxxxxxxxxxxx>
Date: Thu, 21 Apr 2011 14:21:17 +0000
 break-before="odd-page" at start of flow
Hi, I'm at it again :-)

[And first, on a side note, WOW am I having problems getting e-mail through to
the list using our corporate Outlook - the daemon chokes on BASE64 encoding,
multipart/mime, some content types etc etc ... as a consumer of the list I am
happy that the rules are in place but MAN is Outlook making things hard in

Back to the issue at hand. I'm trying to break rendering of appendices into
one page-sequence each for optimization purposes; see the minimal FO file

(yeah, I didn't manage to attach a file in the regular way, so ...)

The first object in each appendix flow is a block with break-before="odd-page"
since each appendix should start on the right side of a booklet. The page
sequence master specifies distinct blank pages and the docs clearly state:

  Imposes a break-before condition with a context consisting of odd page-areas
(a blank page may be generated if necessary)

But a regular even page is generated instead of a blank one. You can see in
the generated PDF that there is a page number at the bottom of the supposedly
blank page when there shouldn't be one. However, if I put a block with an
odd-page break in the SAME sequence/flow as another one, then blanks are
generated properly between them as necessary. So this only happens at the very
start of a flow. I'm using fop trunk.

Yes, I realize that it is possible to do it the other way around by putting
force-page-count="even" on preceding sequences, but that's no good for two
* It potentially adds extra blank pages at the very end of the document, which
are sent to the printer and everything ...
* And it forces me to make special-case code in each sequence that may
potentially have an appendix following it, to prepare for the blank pages at
the end, which quickly becomes very messy.

Any ideas? Is this a bug or by design?


Current Thread


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.