Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Barcode Label Print Zebra and PDF

Status
Not open for further replies.

jjjax64

IS-IT--Management
Apr 27, 2010
39
US
Hi, we are printing some barcode labels using Zebra QLN320 printers but would also like to create a pdf copy of that printed data as a copy to store in our system. Is this possible?

Thanks,
Joe
 
Sure, just use a PDF 'Printer' (print driver) to output the document - most likely as a secondary print operation.

There are a lot of PDF Printers out there on the web.
A good number of them are Free and easy to install/use in your workstation.

A consideration is if you want to have manual intervention to define the output PDF document or not.

If not then you need to find a PDF Printer that can either work automatically as an API/OCX/ActiveX with an application or one that can be pre-configured to always write to the same place and filename which your application can then move and/or rename after it has been printed.

Personally I stay away from Adobe products for this because there are MANY out there that do the job and are less resource intensive on your workstation - but they too can work.

Good Luck,
JRB-Bldr

 
Another approach is to send the printout to Microsoft Office OneNote. It will capture the printout and you can include it in any document you want as a jpg or a png image.

Bill
 
Another option is to go the other direction. Create the PDF and then print that on the Zebra printer.
 
would also like to create a pdf copy of that printed data as a copy to store in our system

Now that you have a couple of ways to print your secondary PDF document, you might want to consider whether or not you should be storing ANY document in your system - it is generally NOT a good idea from a system architecture and/or maintenance perspective.

Documents can take up a lot of system space, especially over time - either as individual documents stored as files (.PDF, .DOC , .XLS, etc.)
And if you have the data used to create the document stored in a database system you can always regenerate them only when needed - most often a far better idea.

Seldom is the document itself needed unless there are signatures, etc. on it.
Usually what is needed is the information from the document which can be retrieved on-demand from a database system in a variety of ways.
And, those few times when a document itself is needed, just recreate it.

Good Luck,
JRB-Bldr



 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top