From: SourceForge.net <no...@so...> - 2006-02-13 23:07:49
|
Support Requests item #1431107, was opened at 2006-02-13 18:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=615505&aid=1431107&group_id=96670 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Problem Group: None Status: Open Priority: 5 Submitted By: R. Seifert (rseifert) Assigned to: Nobody/Anonymous (nobody) Summary: 3rd party vendor not reading barcode Initial Comment: Hello. We have been using barcodefj in combination with tasman barcode reader very successfully for a while now. We have now encountered a 3rd party vendor that needs to read our barcode tif images and cannot. Tasman reads the barcode tif images fine. We are trying either code128 or code39. As a test, if we open up the tiff created in barcode4j in adobe acrobat and/or ms document imaging and re-save it as a tif, their software reads it. The re-save almost doubles the file size of the image. This indicates to me that the barcode is fine but something about the file format itself is not friendly to their reader. We have attempted to get a spec of the format they want but they cannot produce one. Are there any parameters in barcode4j that would change how it is being to saved to compensate for the above issue. I thank anyone in advance for any information that would push is in the right direction. -Rodney Seifert ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=615505&aid=1431107&group_id=96670 |