W3C home > Mailing lists > Public > www-xsl-fo@w3.org > October 2009

RE: conditional page break

From: Tamsin <tamsin@anorakgirl.co.uk>
Date: Thu, 22 Oct 2009 13:19:54 +0100
To: <www-xsl-fo@w3.org>
Message-ID: <8E86E4F34A144283811E50184BF3CCFC@elg224>

Thanks for this - I have tried various keep together options, but it doesn’t
solve the problem. Its not a case of only splitting the blocks when
absolutely necessary - I want to specifically start a new page, IF the first
block is less than a page long. 

Its sounding like it can't be done, but I appreciate the suggestions.


-----Original Message-----
From: www-xsl-fo-request@w3.org [mailto:www-xsl-fo-request@w3.org] On Behalf
Of Jeremias Maerki
Sent: 22 October 2009 09:10
To: www-xsl-fo@w3.org
Subject: Re: conditional page break

It's a bit difficult from your description how exactly the rules should
be but you should look at the "keep-together.within-column" property.
That allows you to keep blocks together and (using integer values) even
define relative strengths that allow a formatter to keep blocks together
or still break them if absolutely necessary. I assume you were
experimenting with break-before/break-after but that can only be used
for hard breaks. Coming from the other direction (keeps) might be your
solution. HTH


On 20.10.2009 16:55:49 Tamsin wrote:
> Hi,
> I am trying to find a way to conditionally start a new page within a PDF.
> Basically, if block A fits on one page, even with space remaining, block B
> should start on a new page. But if block A runs onto the next page, block
> should start straight after block A. 
> I can't see a way to do this - I first looked into comparing the page
> numbers, but obviously you can't do this at the XSL step of the process.
> Wondered if anyone can suggest a solution?
> Thanks,
> Tamsin

Best regards,
Jeremias Märki
Jeremias Märki, Software-Development and Consulting
Contact Information: http://www.jeremias-maerki.ch/contact.html
Blog: http://www.jeremias-maerki.ch/blog/
Received on Thursday, 22 October 2009 12:21:19 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:10:10 UTC