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

Re: Getting a block to end on the last page

Subject: Re: Getting a block to end on the last page
From: Colin DeClue <colin.declue@xxxxxxxxx>
Date: Thu, 1 Dec 2011 10:14:54 -0600
Re:  Getting a block to end on the last page
There are two separate things that can determine how many pages there
will be, which is why it matters. On a given report, there's a list of
charges that need to be displayed, and a list of items on a shipment
that need to be displayed, and a list of notes about the items. Any of
those three, the charges, the items or the notes could be the piece
that extends the longest, and determines how many pages there are. If
it's the charges that are longest, great. Our work is done. We just
start the charges on the first page, and they end on the last.
However, if the charges are NOT the longest piece, as in the example I
provided, then we need to start the charges on a different page. The
second, in the example. Now, I can figure out how many pages each
portion will take up, and determine from that what page to start the
charges on, but I was hoping there might be a more elegant way to do
it in XSL-FO.

Does that make sense?

On Thu, Dec 1, 2011 at 10:05 AM, G. Ken Holman
<gkholman@xxxxxxxxxxxxxxxxxxxx> wrote:
> At 2011-12-01 04:53 -0600, Colin DeClue wrote:
>>
>> The thing I probably didn't make clear is that i don't know how many
>> pages the full thing will be, or how many pages the charges will take
>> up, without a fairly heavy amount of pre-processing.
>
>
> Why do you need to know the total number of pages?  If you want the page
> number of the last page, say for "page 1 of n" on each page, that is done
> with <page-number-citation-last> in XSL-FO.  That is the only reason I can
> think of for you to want to know ahead of time what the last page number
is.
>
>
>> So, I could do it
>> that way, but I wanted to see if there was an easier way to do it with
>> XSL-FO.
>
>
> "Easier" than what?
>
> If you start flowing your invoice items on page 2, then they will continue
> to flow on subsequent pages.
>
>
> When you run out of data you are flowing into your page sequences, you will
> be, by definition, on the last page.  This is what I didn't understand from
> your first post when you said:
>
>> At 2011-12-01 09:38 -0600, Colin DeClue wrote:
>>
>> >>
>> >> Hey, so, I've got some data (a list of charges for an invoice) that I
>> >> want to end on the last page, rather than start on the first.
>
>
> You can start flowing the invoice lines at any time ... when you are done,
> you will be on the last page.
>
> If you are worried about splitting an invoice line over a page break, that
> is prevented by wrapping your invoice line with a "keep".
>
> Forgive me for not understanding what it is you want to do, or where you
are
> not understanding the process.
>
> . . . . . . . . . . Ken
>
>
> --
> Contact us for world-wide XML consulting and instructor-led training
> Free 5-hour video lecture: XSLT/XPath 1.0 & 2.0 http://ude.my/t37DVX
> Crane Softwrights Ltd.            http://www.CraneSoftwrights.com/s/
> G. Ken Holman                   mailto:gkholman@xxxxxxxxxxxxxxxxxxxx
> Google+ profile: https://plus.google.com/116832879756988317389/about
> Legal business disclaimers:    http://www.CraneSoftwrights.com/legal

Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.