Fiscal Printer

If you are going to use a tax printer even for tax purposes, forget, the legislation itself prevents it from being used through browsers. Not explicitly but for the requirements for software approval.

Even if it is a non-fiscal printer or used for non-tax purposes, you still have the problem that the printer can only be accessed by the browser. He has control over how to send information to the printer. Even so, it still has the operating system limit.

Often these printers are already problematic to access from a desktop application given the limitations of the operating system. A common solution is to write directly to the port.

Imagine the difficulty of going through this with the extra limitations that the browser imposes. You can try to create a page, probably without HTML, and have it printed and see if you can get a result. But I doubt it works. Outside this may ask for support for the manufacturer but I think it will respond the same as I am responding here.

Otherwise, you can create an application that accesses the printer for the user to access. Eventually it can communicate with the browser but I think this solution is usually bad. Most of the time it is easier to make a desktop application that solves the whole problem. web applications do not solve all problems, a hammer does not work well with a screw . p>

So far I do not know a way to solve this problem otherwise. And it's something I've been looking for quite a bit.

And depending on what the definition of a normal HTML page is, you will not be able to print on this type of printer even if you have direct access to it. These printers are often not able to print sophisticated things like an HTML page.

It's probably not what you want but you can do the print job on the server without wrapping HTML in the print itself, so you have full control like a desktop application.

Bematech has emulators for its printers. Epson too. Daruma, as far as I know, has no emulator. You have to do your tests with a physical printer. I do not know about other manufacturers.

I would put the links here, but the links come and go. They would be broken in a year or two. It is most efficient to get them when you need them.

Remember that each printer has its own API. You will need to develop a different code for each printer.

Another point to consider is that at least with the three manufacturers mentioned, it is no use sending HTML code to her expecting it to be formatted on paper. You will have to use the printer's own formatting code.

And to finish ... If you fail to deliver a tax coupon to a customer because your code uses the emulator in production instead of actually printing, you will be stuck in no time.