JavaScript: Send raw text to printer - no server requests/method calls, able to work offline, purely clientside

My thorough research on the web provided me with a couple of ideas, but none of them seem to work correctly in my particular use case. Here is what I have:

1) Zebra printer, which uses ZPL as its printing language;

2) A string in javascript which consists of 3 ZPL forms for printing 3 labels.

Our system engineer has verified already, that the ZPL syntax is all correct. What I am trying to achieve is to send the string as plain text for the printer to accept it as ZPL instructions to print labels. The best I have come up with so far looks like this:

var mywindow ='', 'Printing', 'width=800,height=600');
//mywindow.write("testDirectWrite"); // not working'text/plain');
////mywindow.document.write('<html><head><title>Printing</title><meta charset="ISO-8859-1">');
///*optional stylesheet*/ //mywindow.document.write('<link rel="stylesheet" href="main.css" type="text/css" />');
var theDiv = $(".test-printirane-po-usb");
var printContents = theDiv[0].innerText;

//mywindow.document.close(); // necessary for IE >= 10
//mywindow.focus(); // necessary for IE >= 10


For now (testing purposes), theDiv is the container where i place the ZPL string. Basically, I understood, that the best solution is to open a new popup window, fill it with the ZPL string and call thePopupWindow.print(); The user then selects the zebra printer and hits 'Print'. The problem: it seems like the printer interprets what's being printed as an html page (because of the

<html><head></head><body>theZPLString comes here</body></html>

tags, that i see, when I inspect the popup in Chrome, for example) and prints the ZPL code as plain text, rather than interpret it and print a label. I suppose I need something like thePopupWindow.write() to avoid writing to the document property of the window, which obviously wraps the string in html code. In order to test it, I use the Generic/Text Only driver and save what's "printed" into a .txt file.

In Chrome I get an empty file.

In Mozilla, when I remove this line:'text/plain'); I get the ZPL as characters, one per line. When I add it, I get only a date and time, again one char per line.

In IE - I get this (with or without'text/plain');):

Page 1 o



I found various solutions, but they involve using php, c#, even java and I don't want it to be server-side, as mentioned in the title. Any help will be appreciated. @forgivenson, thanks for the point. After reading yours, I saw the little 'x', that I can click to delete my comment, so I added the comment within the question. I missed something very important: the printer is connected via USB port!

When printing to a Zebra printer, everything before ^XA and after ^XZ is ignored. The html tags around the zpl don't interfere.

The only thing you must ensure is that you print RAW text to the printer.

Use the build in windows Generic / Text Only driver for your Zebra printer. Instead of the zebra driver.

  • The normal zebra driver: renders the print job to a bitmap
    • result: a slow printed image of your zpl code.
  • The text only driver: sends the zpl code straight to the printer
    • result: a fast printed sticker, from zpl rendered on the printer

Example on jsfiddle or on

function printZpl(zpl) {
  var printWindow =;'text/plain')

Tested in

  • Edge
  • Internet Explorer
  • Firefox

Not working in:

Select the Generic / Text Only driver in your printer properties:

Zebra printer - Generic / Text Only driver

Following snippet worked for me on Firefox and IE11, with a little change to printer's properties.

I was using this printer emulator.

In Chrome I get error from emulator when printing from Chrome's Print Dialog. Using system dialog gives error about printing failure from Chrome. CTRL + SHIFT + P(shortcut to skip Chrome dialog) no error and nothing happens. All these errors may be related to emulator, but I don't have real printer to test it.

In Printer's Properties I set following options:

  • Begin Print Job : ${
  • End Print Job: }$

As you can see in script below ZPL code is wrapped in '${' and '}$'

<script type="text/javascript">
  function openWin() {
    var printWindow =;'text/plain')
<input type="button" value="Print code" onclick="openWin()" />


If you want to accomplish this consistently without involving the opening of popups or user prompts, you are going to need an application running on the client PC to act as mediator between your application's javascript and the client's printer.

One popular way of doing this is via a browser plugin (NPAPI). But this approach is quickly becoming obsolete as many browsers have begun to remove NPAPI support entirely (Chrome, Firefox).

Another approach is to develop a small application that runs on your client's PC which listens for websocket connections. Your web application will send the ZPL through a connection to the client's websocket server, which in turn will generate a print job.

A third approach - some printers have an internal IP address that can be sent raw ZPL. If you build your web application so that a user can configure this IP address, it would be an option to send the ZPL to that address. However, this won't work if your users are using printers that don't support this functionality.

Zebra created an application called (BROWSER PRINT) they released April 2016. It appears to be a local JAVA service that runs on your computer and exposes a pseudo rest api. They provide a javascript api to hide the details and simplify usage.

Currently supports (ZD500, ZD410, LP2824+, ZT230, ZT420, QLn320, GX420)

It allows you to select the printer if there are multiple. Also allows 2 way communication where you can ask the printer it's status and get the result. They recently added support for printers connected to Ethernet but do not support printers mapped via Windows UNC path.

You see, the main problem here is that the Zebra commands will only work if you can send the raw, unmodified bytes directly to the printer port; the browser won't allow you to do that, unfortunately.

You will need some way to get such direct acess:

  • One way would be through a browser extension, so you'd have less restricted access to the hardware; you could do that through NPAPI, but Chrome does not support that, and both Mozilla and IE will cease supporting that really soon;; Chrome can allow direct access to the hardware through the Native Messaging API; Mozilla may support a similar solution really soon;
  • Another option would be to use a Java JNLP application to provide such an access, and it can be called from a browser.