I have a Zebra TLP 2844 and I follow the sample code in this site for printing barcodes

But the codes don't work with my TLP 2844

When I click in print button the aplication crash

My print is on USB port

can someone help me print in USB port?

thx!

Is your printer working in windows?
Did you open a printer handle with the OS printer name like this?

$handle = printer_open("OSprintername");

PlaynowGames wrote:
I have a Zebra TLP 2844 and I follow the sample code in this site for printing barcodes

But the codes don't work with my TLP 2844

When I click in print button the aplication crash

My print is on USB port


Hi,

As I've mentioned very clearly in the article, the sample code is for use with a parallel port barcode printer.

I don't have a USB-port barcode printer. So I've not tried this before on a USB-port barcode printer.

Has anyone tried this before on a USB-port barcode printer?

Regards,
/kksou

Yes I´m working with USB printers and barcode printing. As i need more formated objects on my print, dynamically filled i generate a pdf first using fpdf.
I had a solution sending directly to the printer before, which worked.
1) Install printer
2) Use "printer_open("OSprintername");" to generate a handle using the printer name given from the OS

cheers

The best way to print with those Zebra printers is to open the printer in RAW mode and talk to it in its own EPL II programming language. No PDFs required. EPL II is pretty straightforward and just consists of a series of commands, one per line, that the printer follows to output whatever you want. I use this quite a bit with several LP 2844's and do the same with Zebra's fancier PAX4 110 (which uses a different language, ZPL, but the concept is the same.)

The EPL II manual is locatd here: http://www.zebra.com/id/zebra/na/en/index/products/printers/desktop/lp2844.4.tabs.html

Make sure you get EPL 2 (not 1.) I believe a free account with Zebra is needed to download.

Anyway, those printers can do amazing things when you talk to them directly.

Hi, does anyone kindly pass me a working copy of php_printer.dll under php-gtk2? When I try my copy PHP says:
Module compiled with module API=20060613, debug=0, thread-safety=1

PHP compiled with module API=20060613, debug=0, thread-safety=0

Please advise a download link or email to me at This e-mail address is being protected from spam bots, you need JavaScript enabled to view it both great!
Thanks in advance!

Anyone can help me? Please...

Have you tried the following from official php site:

Thread-safe PECL package:
http://www.php.net/get/pecl-5.2.6-Win32.zip

Non thread-safe PECL package:
http://www.php.net/get/pecl-5.2.6-nts-Win32.zip

Regards,
/kksou

I got it from pecl-5.2.6-nts-Win32.zip, many thanks kksou!

kksou wrote:
Has anyone tried this before on a USB-port barcode printer?
I'm still experimenting around. DOS simply isn't comfortable with USB ports. However, I found some interesting articles:
http://www.decompile.com/dataflex/tips/usb_printer.htm http://geekswithblogs.net/dtotzke/articles/26204.aspx

With some work one could get this working through php. My problems regarding this issue still aren't solved. Well, I decided to go with PHP printer functions on Windows...

For Linux I'd have to work with the sockets, if I want to talk to the printers directly. However, that seems a bit messy, specially if you never know where you're going to install your programs. I think that I'll stick to the PS library and lpr if I need to format pages properly... it's about the only thing that's always the same on Linux, in terms of printing.

For more trivial printing jobs I've written these functions:
http://3w.terrasco.net/d-files.php?a=Software:PHP:Kovus_Plugins
(chose the printer plugin, you don't need the CommandLine functions)

It allows you to do a unified function call lpr(), which will automatically perform the correct action and system calls for either Linux or Windows. It is able to print text & html (passed by a string) {note that HTML will call Firefox for printing}, as well as PS, PDF. Note that it can't create postscript files - its job is to print - not more, not less... you will need to generate PS/PDF through PSlib/PDFlib (or through an external application), as usual. (Further, it needs Ghostscript to be installed on Windows!)

As many flaws as I see in Windows, I have to say that it at least comes with a working printing standard...

I'm currently building a new computer, on which I will double boot with Windows Vista and Linux... so... I can put more efforts into this printing issue. I'll let you know when I find out more.