× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: Print Total Pages in Report
  • From: Jeff Crosby <jlcrosby@xxxxxxx>
  • Date: Fri, 09 Feb 2001 15:19:54 -0500
  • Organization: Dilgard Frozen Foods

BillsVilla@aol.com wrote:

> Everything listed is control by something meaning you can place those same 
> controls into your counter.
> 
> Read a record to print - add 1 to counter
> read record to print that causes subtotals - add 2 to counter
> read record that causes page break - add ##(to fill page) to counter
> 
> Restarting page numbering wouldn't matter when you are looking for a total 
> number of pages to place in a "1 of 30" scenario. Even if it did you can 
> still work around it. As a programmer that is your job.
> 
> And I have no clue what the 1 to 1 correlation stuff is all about because you 
> would only count records falling under the same scenario as the ones being 
> printed.

So for every print program requested to have the "Page X of Y" (and if the 
users like it, they
will ask for it everywhere), you will duplicate the logic in another program?  
Not very
productive, IMO.  The original questioner was asking for (I assume) a way to do 
it once that was
applicable elsewhere.  Other posts in this thread had already addressed the 
duplicate pass idea,
as well as external indicators and other ideas.

> Oh well...
> 
> Guess that's what somebody's gets for making a suggestion.
> 
> Maybe you can tell my AS/400 how it won't work cause it works fine here.

Excuse me?  No one took you to task.  Your prior post said:

> Wow ... why not just take the total number of records to be processed and 
> divide it by the number of records printed to a page?

So Doug and I told you why not.

-- 
-Jeff
The opinions expressed are my own and not necessarily 
the opinion of my company.  Unless I say so.
+---
| 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
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.