From Newsgroup: rec.sport.rowing
<div>There are situations where overlapping objects on the label design is important. Printing an inverted barcode on top of a black background (i.e. other solid black shape object) is a good example. This article explains how driver settings for all TEKLYNX label design and printing software products (e.g. CODESOFT, LABEL MATRIX, and LABELVIEW) may influence how effectively these objects overlap with each other.</div><div></div><div></div><div></div><div></div><div></div><div>download zebra 110xi4 driver</div><div></div><div>Download Zip:
https://t.co/yv5gbGvkKp </div><div></div><div></div><div>This problem appears to be related to TEKLYNX printer drivers. TEKLYNX printer drivers do not appear to respect the overlapping (front to back or back to front) of different objects when shape objects are involved. When a TEKLYNX driver is selected, shape objects (e.g. Rectangles, Circle/Ellipse, Polygon, Line, and Extended Objects) will be layered on top regardless of how the label was constructed. Thus objects layered on top of a shape object will appear to be layered under and be partially or completely hidden from view.</div><div></div><div></div><div>Changing to the Windows Driver is the most direct and simplest approach. The Windows drivers seem to respect the layers defined by the user in the software. However, the Windows drivers will not automatically reverse the line and spaces in barcode symbols. Thus if you put a barcode on top of a black background object, the barcode will likely NOT be readable. To make this work, you need to reverse the lines and spaces within the software and, if using a printer font for the human readable, a windows font will need to be selected.</div><div></div><div></div><div>If you could not find the exact driver for your hardware device or you aren't sure which driver is right one, we have a program that will detect your hardware specifications and identify the correct driver for your needs. Please click here to download.</div><div></div><div></div><div></div><div></div><div></div><div></div><div>In my code, I just have to add "$" to the beginning of my ZPL and "$" to the end and print it as plain text. This is with the "Windows driver for ZDesigner LP 2844-Z printer Version 2.6.42 (Build 2382)". Works like a charm!</div><div></div><div></div><div>I've found yet an easier way to write to a Zebra printer over a COM port. I went to the Windows control panel and added a new printer. For the port, I chose COM1 (the port the printer was plugged in to). I used a "Generic / Text Only" printer driver. I disabled the print spooler (a standard option in the printer preferences) as well as all advanced printing options. Now, I can just print any string to that printer and if the string contains ZPL, the printer renders the ZPL just fine! No need for special "start sequences" or funky stuff like that. Yay for simplicity!</div><div></div><div></div><div>First, open a connection to the printer with OpenPrinter. Next, start a document with StartDocPrinter having the pDatatype field of the DOC_INFO_1 structure set to "RAW" - this tells the printer driver not to encode anything going to the printer, but to pass it along unchanged. Use StartPagePrinter to indicate the first page, WritePrinter to send the data to the printer, and close it with EndPagePrinter, EndDocPrinter and ClosePrinter when done.</div><div></div><div></div><div>ZPL is the correct way to go. In most cases it is correct to use a driver that abstracts to GDI commands; however Zebra label printers are a special case. The best way to print to a Zebra printer is to generate ZPL directly. Note that the actual printer driver for a Zebra printer is a "plain text" printer - there is not a "driver" that could be updated or changed in the sense we think of most printers having drivers. It's just a driver in the absolute minimalist sense.</div><div></div><div> 31c5a71286</div>
--- Synchronet 3.21a-Linux NewsLink 1.2