3 Replies Latest reply on Oct 28, 2010 8:09 AM by leesutton

    How come bar codes in Adobe forms do not have expand to fit settings?

    crenti Level 1

      When creating bar codes in layout view of the LiveCycle Designer code 3 of 9 bar codes objects do not support automatic expansion. You have to manually set the length of the bar code. The bar code fills the predetermined length regardless of content. This prevents you from being able to have a consistent bar code compression ratio. Is there a way to define compression ratio and set the bar code to expand to fit so the length will vary depending on content.

       

      Thanks.

        • 1. Re: How come bar codes in Adobe forms do not have expand to fit settings?
          Steve L Walker Level 5

          I can speculate. Expand to fit may result in a barcode that becomes unreadable in a unacceptable percentage of use cases.

           

          Steve

          • 2. Re: How come bar codes in Adobe forms do not have expand to fit settings?
            crenti Level 1

            I could be understanding this wrong. I would think that allowing barcodes the ability to expand to fit and change size depending on content would maintain compression ratio and improve scanability. It seems to me, forcing barcodes to fill a specified length regardless of content would more often result in unreadable barcodes of varying ratios.

            • 3. Re: How come bar codes in Adobe forms do not have expand to fit settings?
              leesutton Level 3

              It's an interesting idea but QA of the form itself would be a nightmare. When you are testing your forms for production, part of that process includes testing the form with varying amounts of data in the barcode all the way up to full capacity. As you have probably noticed, when the barcode is not filled to capacity the "extra" space is used up by the barcode rendering engine to enlarge the module size which can increase read rates (better than error correction actually). This is a better facility to provide higher read rates than changing the size of the barcode.

               

              One problem I still see today is people creating half-paged barcodes thinking that this increases the capacity of the barcode when in fact the PDF417 specification gets maxed out around 1,000 characters (with appropriate error correction and sizing).

               

              Script-wise you could resize the barcode yourself depending on the data contained in the form but you will probably notice design-wise that the changing barcode size provides you with a slightly different look and feel on your form so it's not consistent for your users or more importantly, your decoding process.

               

              So, while probably worth experimenting with to test your scripting skills, I would not recommend dynamically resizing barcodes. However, what we have done frequently on projects is increase the number of barcodes on a form to support additional data. This keeps the pages looking consistent and the module size and error correction is also consistent on all the barcodes.