I snipped a couple of lines out of the information center BARCODE DDS page...

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

-Eric DeLong

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Bradley Stone
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 (*WIDTH 0.045) (*RATIO 3.00))


A 10 NSERBC 10A POSITION(6.0 1.5)
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

This thread ...


Return to Archive home page | Return to MIDRANGE.COM home page