chrome-raw-print icon indicating copy to clipboard operation
chrome-raw-print copied to clipboard

Enable ESCPOS commands to be printed via browser with standart print dialog (eg. Chrome) with Generic/Text driver

Open tjunussov opened this issue 8 years ago • 2 comments

This is not issue, I write you directly, but think my message get to spam,

I found interesting proposal here Request for printing ZPL codes directly to Generic/Text printer (100.000+ barcode printers use ZPL), and I saw that google guys responding to this issue, and I wrote them new issue about ESC/POS support with GenericText Raw printing

Think about it, if they allow directly write ASCI ( ESC/POS ) formatted text to GenericText Raw printer, when all that staff with USB devices, and middleware would gone...

Mike and Others, Could you please answer to Google guys about this topic https://bugs.chromium.org/p/chromium/issues/detail?id=764669, at least vote it ?

ps As I understood, it is possible to pass data to printer, but the other team wich is responsible to drawing ESCPOS data in "print preview window " dont know hot to render it in "skia" ?, i think they can at lease render it as simle text without formatting, or it not so hard to implement rendering ESCPOS formated ASCI to PDF, Mike already dit it ti IMAGE

tjunussov avatar Nov 18 '17 08:11 tjunussov

Why nobody react to this post ? It would be great feature, you would print from JS code directly to Themal Printer via Browser without any middleware

tjunussov avatar Mar 06 '18 09:03 tjunussov

Hi, good feature request, and I agree that it would be useful.

You are clearly aware that HTML -> ESC/POS printing in a browser currently involves creating a raster of the page or falling back to plaint ext, both of which are pretty bad, hence the need for raw printing.

I have seen that thread, but I don't think that raw printing is a good move for browsers. In the case of ESC/POS printers, they are configured in-band and do not expect malicious input, so an intentionally malformed print job would do a lot of damage.

I believe that exposing hardware features over a local web agent would be an acceptable way for users to opt-out of the regular printing system to perform kiosk printing, since you also need to bypass the print dialog. While we wait for the Web-USB API (USB or USB/Serial or USB/Parallel) to let users connect to local printers from the browser, you can already do any kind of printing from a browser in Linux with a WebSocket/TCP gateway plus socat!

mike42 avatar Mar 06 '18 10:03 mike42