Re: page n of x

The problem with that approach is that it won't always work (without a
full-blown report writer). Writing the information to a disk file and
then simply dumping it to a spooled file doesn't account for the more
advanced features of printing.

You would need EXTENSIVE formatting type information for various
attributes, etc. Not to mention the problems with overlays, barcodes,
etc.

Gary Guthrie
REAL Solutions Technical Support
NEWS/400 Technical Editor



"York, Albert" wrote:
> 
> I ran into this problem many years ago. I had a boss who insisted on it. The
> most efficient method I found was to generate the report to a disk file,
> keeping track of the number of pages. Then I had a generic program which
> read the file and dumped it to a spool file, inserting the number of pages
> where appropriate. I put a special character in the first byte of the line
> where the page number was, so I wouldn't have to scan every line. It worked
> well and had the advantage of making reprints easy, as long as the file was
> still around. We kept them in a special library and purged them once a
> month.
> 
> There's no reason to write to a spool file on the first pass. It just adds
> extra work when you convert it to a disk file.
> 
> You definitely don't want to make two passes against the data.
> 
> +---
> | This is the RPG/400 Mailing List!
> | To submit a new message, send your mail to RPG400-L@midrange.com.
> | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---