That is what I was thinking too, but because I haven't actually done an
AFPDS spooled file for years I wanted to make sure I was reading that
The software vendor providing the reports with the barcodes was blaming the
"streching" on the HPT API. I agreed, but also knew it had to be because
of the printer file settings or the DDS keywords.
I played around with the QSAMPLER package and was able to duplicate the
results so I emailed back my customer to confirm my suspicions.
Again, thanks for the confirmation, Eric!
On Wed, Aug 20, 2014 at 3:02 PM, DeLong, Eric <EDeLong@xxxxxxxxxxxxxxx>
I snipped a couple of lines out of the information center BARCODE DDS
*Specify the width (in inches) of the narrow bar/space. It is specified as
an expression of the form (*WIDTH value). For more information on how to
specify expressions, see the DDS Concepts information. The valid values for
the parameter are 0.007 through 0.208.
*Specify the ratio of the wide bar/space to the narrow bar/space. It is
specified as an expression of the form: (*RATIO value). The valid values
for the parameter are 2.00 through 3.00.
The width value defines the MINIMUM WIDTH between bars of the barcode.
You have the maximum width specified on REPORT2. This would cause the
barcode to "stretch out"..
Another interesting tidbit:
"The width and ratio parameters are ignored for the 4234 and 4224 printer
models". Perhaps they print with one of these printer types, which ignore
the width specification, but when printing to AFPDS for HPT, that width
value gets invoked...
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Sent: Wednesday, August 20, 2014 12:11 PM
To: Midrange Systems Technical Discussion
Subject: AFPDS Barcodes and size when printed / converted
I have an issue I'm trying to help a customer with.
They have 3rd party software that creates reports with barcodes. They
seem to print fine to their printers, but when the Host Print Transform API
is used to convert them to a TIFF, one works fine, and another the barcode
gets "stretched" out very long, outside of the page in fact.
Here is the DDS for each:
A 11 BARCODE@16 16A POSITION(6.1 1.1)
A BARCODE(CODE128 9 *HRZ *HRI -
A (*WIDTH 0.045) (*RATIO 3.00))
A 10 NSERBC 10A POSITION(6.0 1.5)
A BARCODE(CODE128 9 *HRZ *HRI -
A (*WIDTH 0.208) (*RATIO 3.00))
Now, in this case REPORT1 converts fine, and REPORT2 the barcode ends up
stretched so big, it doesn't even fit on the page. When I say stretched,
imagine each line in the barcode is 10x thicker than it should be, as well
as the spacing between each line.
I can provide examples if the description isn't enough.
Reading the docs for the *WIDTH keyword it almost seems like it's possibly
working as it should, at least for HPT and the printer where it prints fine
may be ignoring those specifications?
Any ideas? Thanks!
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,
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,
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives