|
Buck Calabro wrote to midrange-l:
<Much information deleted>
Anyway, do you think I'm barking up the wrong tree here? I thought it'd be a
fairly simple matter to create my own FORMDF and merge my text with the
graphics specified on the FORMDF, but it almost looks like FORMDF/PAGDFN are
there only to allow mainframers to run their stuff on *our* box <g>.
Buck Calabro
Commsoft Albany, NY
Dear Buck,
The AS/400 Printing IV Redbook lists the following information about Form
Definitions on Page 200:
"A Form Definition, which has an object type of *FORMDF on the AS/400, defines
the position of the logical page on a form (physical page) and contains
information about the presentation, direction, bin selection and duplexing.
Form definitions can be:
( Provided by OS/400 in library QSYS
( Downloaded from a S/370
( Placed inline to the AFPDS file sent to the AS/400
( Uploaded from a PC
The form definitions shipped with OS/400 cannot be modified on the AS/400 or on
a S/370. The form definitions created on a S/370 and downloaded to the AS/400
cannot be altered on the AS/400. If changes need to be performed, the S/370
site must be notified.
Form Definitions are not used with AS/400 native print output. The AS/400 uses
the parameters from the printer file associated with the print job. The only
exception is when using the Advanced Function Printing Utilities/400 Version 3
(5763-AF1) to print overlays and page segments, or when using the Print Format
Utility (PFU)."
"Form definitions are used with spooled files downloaded from the S/370 which
are in AFPDS or AFPDSLINE format, and with the PRTAFPDTA command. You can also
reference form definitions with the PrintManager/400 API's. Lastly, spooled
files uploaded to the AS/400 using Client Access/400 virtual print with data
type 5 (AFPDS data) can reference form definitions.
The form definitions shipped with OS/400 are documented in Chapter 13 of the
AS/400 Printer Device Programming - Version 3, SC41-3713."
It's hard to say whether you are currently barking up the wrong tree without
investigating the pre-built form definitions provided by OS/400 and also
checking to see whether PFU would allow you to build a custom form definition
to suit your application needs.
HTH
/Paul
--
Paul Tykodi, Technical Director E-mail: pault@praim.com
Praim Inc. Tel: 603-431-0606
140 Congress St., #2 Fax: 603-436-6432
Portsmouth, NH 03801-4019
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MIDRANGE-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 mailing list archive is Copyright 1997-2025 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.