Scott,

It's not a problem if the printer can be configured to always print 5
uncollated copies as I suggested.

May need to customize a WSCST to have the IBM i configure the printer to
print 5 copies, uncollated if the printer doesn't support locking that in
on the printer itself.

IBM i would send just a single copy.

So if it's 3 pages, the i would send p1, p2, p3 ...
the printer would print p1, p1, p1, p1, p1, p2, p2, p2, p2, p2, p3, p3, p3,
p3, p3

OP could always submit a DCR requesting the ability to print multiple
copies *COLLATED or *UNCOLLATED on the i like you can with most Windows
print drivers.

I don't see any other easy way to do it without either changing the program
as you suggested or using some third party printing tool.

Charles


On Thu, Aug 6, 2015 at 12:35 PM, Scott Klement <midrange-l@xxxxxxxxxxxxxxxx>
wrote:

The problem with precollated papers (as you've already mentioned in this
discussion) is that you run into problems as soon as one of the copies
exceeds 1 page in length -- then it starts printing on the wrong color.
When they feed from separate drawers, however, you don't have that problem,
since the program has complete control over it.

That's why I replied -- to make that suggestion.



On 8/6/2015 10:41 AM, Don Programmer wrote:

Forms would be received pre-collated from the supplier (i.e. white, blue,
pink, yellow, green; white, pink, etc.).

When appropriate client personnel return next week, they will evaluate the
suggestion that a new, dedicated printer be configured to print each page
5
times (before proceeding to the next page). This printer would only have
one drawer. [Since there are 5 colors involved, they are not considering a
multi-drawer printer.]

Thanks for all the suggestions.

On Wed, Aug 5, 2015 at 5:32 PM, Scott Klement <
midrange-l@xxxxxxxxxxxxxxxx>
wrote:

I've done something like this where we had a laser printer with multiple
input drawers. We put pink paper in one drawer, gold/yellow paper in
another, white (of course) in another, etc...

We changed the program to use DDS for printing, and there's the ability
to
specify the paper drawer on a DDS keyword, so we coded the program to,
basically, print three times so it would print from each drawer.

We also printed things like "Sales Copy", "Office Copy", "Customer Copy"
at the bottom of each in case they ran out of a given color of paper.

We used overlays to print a nice form on the document, too. It looked
very professional... everyone was happy with it, and it only took me a
few
days to make the changes to the application and get it all working. I
looked like a real hero on that one :-)




On 8/5/2015 12:13 PM, Don Programmer wrote:

Our client would like to replace the printing of 5 part forms (each a
different color) on a pin-feed with collated forms (not connected) with
the
same colors (in the same order) on a laser printer.

If these forms only printed on one page, using CL to change the number
of
copies would work. However, these forms frequently exceed one page
(which
would create page 1 white, page 2 blue, etc.).

The apparent best solution on IBM i would be a parameter on OVRPRTF that
would allow each page to be printed x times (default = 1), but none
exists.
(Client is on V7R1.) [Note: System z does have such a parameter in its
JCL.]

I have developed a procedure to utilize System i Navigator, but it adds
too
much time to the printing process.

I also know that I could table everything inside the program and print
each
page 5 times. However, this problem does not appear to be unique, so an
easier solution may exist. [If possible, the client would like to save
development dollars.]

Any recommendations?

Thanks,
Don

PS I did see the November 2010 discussion 'Printer for 4-part forms'.

--

This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



This thread ...

Follow-Ups:
Replies:

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

This mailing list archive is Copyright 1997-2020 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].