Re: Printing images from the /400

  Mark,

  How do you know when to print the image?  If there is a a way to do this,
  then a simple OVRPRTF will allow you to change the image on the page.  You
  will have to create the overlays and get them over to the regular 400 from
  the ifs.  If you want, you can read about it on the ignite/400 site and
  search on overlay.

  HTH,

  Craig Jacobsen

    ----------------------------------------------------------------------

    From:  "mlazarus@xxxxxxxxxxxxx" <mlazarus@xxxxxxxxxxxxx>
    Reply-To:  Midrange Systems Technical Discussion
    <midrange-l@xxxxxxxxxxxx>
    To:  midrange-l@xxxxxxxxxxxx
    Subject:  Re: Printing images from the /400
    Date:  Mon, 7 Aug 2006 12:15:42 -0400
    Rob,

      These are supporting documents for invoices, so there is no "fixed"
    image,
    like a logo might be.  Would it still be practical to use overlays for
    this
    function?

      -mark

    Original Message:
    -----------------
    From:  rob@xxxxxxxxx
    Date: Mon, 7 Aug 2006 11:33:32 -0400
    To: midrange-l@xxxxxxxxxxxx
    Subject: Re: Printing images from the /400

    Have you done overlays?  Perhaps you could print the interleave page as
    a
    blank page with an overlay on it.  There might be a faq on how to make a
    document an overlay.

    Rob Berendt
    --
    Group Dekko Services, LLC
    Dept 01.073
    PO Box 2000
    Dock 108
    6928N 400E
    Kendallville, IN 46755
    http://www.dekko.com

    "mlazarus@xxxxxxxxxxxxx" <mlazarus@xxxxxxxxxxxxx>
    Sent by: midrange-l-bounces@xxxxxxxxxxxx
    08/07/2006 11:15 AM
    Please respond to
    Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>

    To
    midrange-l@xxxxxxxxxxxx
    cc

    Subject
    Printing images from the /400

      I'm working on a project to print images from the /400.  This *should*
    be
    easy nowadays, where GUI is the norm insterad of the exception, but
    there
    seems to be a dearth of easy to follow information in this area.

      Goal:
      Print customer invoices, interleaving 0 to n supporting documents
    (e.g.
    Proof of Delivery) between each invoice.

      Current setup:
      Invoices are generated as a standard *SCS spool.

      Documents have already been scanned as TIFF images and reside in the
    IFS.

      Printers support PCL5 or PCL6 and are mostly HP.  They are currently
    configured as *LAN printers, using the 3812 mod 1 type description and
    Host
    Print Transform.

      There might be up to 1000 invoices on a particular day, though the
    volume
    is spread out over numerous offices, so spool generation performance is
    not
    much of an issue.  Plus, the bulk of them can be generated overnight. It
    is
    also not practical to invest in *IPDS type printers.

      I would like to import / reference the images on the fly, as the
    invoices
    are being generated, instead of generating the *SCS spool and doing
    post-processing.

      Questions:
      What API's, if any, would be required to do this?

      Can TIFF images be used or do they need to be converted to some other
    format?

      Is any additional software required from IBM (e.g. AFPU) or can this
    be
    done with the existing facilities in i5/OS?  (We would rather stay away
    from another chargeable licensed program, unless the benefits it
    provides
    make it a "must have" tool.)

      Are any device configuration changes required, e.g. AFP(*YES)?

      Any assistance, code samples, etc. would be appreciated.

      Thank you.

      -mark

    --------------------------------------------------------------------
    mail2web - Check your email from the web at
    http://mail2web.com/ .

    --
    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.