3 ms·

That's a bummer; it was a god send for accessing printers without drivers on the client.

geofft 7y ago
Printers are standardizing on a thing called "driverless printing," based on having some common Page Description Languages (or having the printer have support for handling a PDF directly): https://wiki.debian.org/CUPSDriverlessPrinting#Driverless_Printing_and_Printers https://wiki.debian.org/CUPSDriverlessPrinting#Driverless_Pr... Each printer having its own driver is sort of like ... each terminal having its own escape sequences. When printers and terminals were purpose-built electronics with limited hardware functionality, it made sense to put the smarts into the computer and have it figure out which operations were supported by the device. Nowadays everyone just uses TERM=xterm and there aren't physical terminals anymore (even the companies that used to build them will now sell you cheap general-purpose computers that run a full-screen terminal emulator). Printers have gone the same way; there's enough computational power inside the printer itself that you can just send it something like a PDF and tell it to figure things out.
- dleslie 7y ago
  Ha, 'bout time. I bought an Oki 691 impact printer simply because it spoke to anything on the network without the need for drivers.
- pjc50 7y ago
  Thank f--- for that. The era of "Winprinters" and manufacturers trying to differentiate on (awful) software can't end soon enough. Apple had the right idea at the dawn of the LaserWriter back in 1985.
- tlamponi 7y ago
  You're writing a bit of stuff, may all sound right.. But I'm not sure about what that hasto do with OP's statement? How can I now tell my printer in my home network to print a document from my smartphone on the go or my work PC? And that without installing some half-baked monster app for each printer vendor. Driver-less printing is great if I'm in the same network, but not so if not.
- akrulino 7y ago
  You mean like Postscript 20 years ago?
  - geofft 7y ago
    With less Turing-completeness and the ability to execute on <$100 consumer-level printers, but basically yes.
  - appleflaxen 7y ago
    Can you elaborate on the similarities? I don't really understand PS, CUPS, or GCP, but I think an overview of how they relate would be really interesting.
    - geofft 7y ago
      PostScript is a programming language that lets you describe how a page looks. (It's a real, Turing-complete programming language, and you can do things like print a fractal with a couple of lines of PostScript.) It was popular with high-end printers like the Apple LaserWriter, and it required a real CPU inside the printer in order to evaluate the PostScript and render it into an image of the appropriate resolution, which could then be printed. So it was completely out of the question for consumer-level printers like cheap inkjets. Today, of course, adding a real computer to a cheap inkjet is entirely doable (a $5 Pi Zero is far more powerful than the LaserWriter), but in the past you basically needed a driver that ran on your computer that converted a high-level document (e.g., a page from a word processor) to physical instructions for the printer. CUPS is a program that implements the Internet Printing Protocol, basically a way to send, view, and cancel print jobs over an HTTP API. If you have a local printer connected with a parallel port, you can run CUPS and have other machines send to it. The other thing CUPS does is conversions: you can send a PDF to CUPS, and it will run the driver to convert it to whatever format the printer needs. So an application that talks to CUPS only needs to know how to generate PDFs. CUPS also supports talking to remote print servers, e.g., other CUPS servers, printers that natively speak IPP, or printers that speak some other protocol. Google Cloud Print is a service which has the unusual property that printers connect to it, not vice versa. Therefore you can print a document to a Google Cloud Print printer without being on the same network, which IPP doesn't let you do. (For printers without direct GCP support, you'd need to leave a computer plugged into it and running, but some newer printers with built-in networking know how to talk to Google and let you register it to your Google account.)

Printers are standardizing on a thing called "driverless printing," based on having some common Page Description Languages (or having the printer have support for handling a PDF directly): https://wiki.debian.org/CUPSDriverlessPrinting#Driverless_Printing_and_Printers https://wiki.debian.org/CUPSDriverlessPrinting#Driverless_Pr... Each printer having its own driver is sort of like ... each terminal having its own escape sequences. When printers and terminals were purpose-built electronics with limited hardware functionality, it made sense to put the smarts into the computer and have it figure out which operations were supported by the device. Nowadays everyone just uses TERM=xterm and there aren't physical terminals anymore (even the companies that used to build them will now sell you cheap general-purpose computers that run a full-screen terminal emulator). Printers have gone the same way; there's enough computational power inside the printer itself that you can just send it something like a PDF and tell it to figure things out.

dleslie 7y ago
Ha, 'bout time. I bought an Oki 691 impact printer simply because it spoke to anything on the network without the need for drivers.
pjc50 7y ago
Thank f--- for that. The era of "Winprinters" and manufacturers trying to differentiate on (awful) software can't end soon enough. Apple had the right idea at the dawn of the LaserWriter back in 1985.
tlamponi 7y ago
You're writing a bit of stuff, may all sound right.. But I'm not sure about what that hasto do with OP's statement? How can I now tell my printer in my home network to print a document from my smartphone on the go or my work PC? And that without installing some half-baked monster app for each printer vendor. Driver-less printing is great if I'm in the same network, but not so if not.
akrulino 7y ago
You mean like Postscript 20 years ago?
- geofft 7y ago
  With less Turing-completeness and the ability to execute on <$100 consumer-level printers, but basically yes.
- appleflaxen 7y ago
  Can you elaborate on the similarities? I don't really understand PS, CUPS, or GCP, but I think an overview of how they relate would be really interesting.
  - geofft 7y ago
    PostScript is a programming language that lets you describe how a page looks. (It's a real, Turing-complete programming language, and you can do things like print a fractal with a couple of lines of PostScript.) It was popular with high-end printers like the Apple LaserWriter, and it required a real CPU inside the printer in order to evaluate the PostScript and render it into an image of the appropriate resolution, which could then be printed. So it was completely out of the question for consumer-level printers like cheap inkjets. Today, of course, adding a real computer to a cheap inkjet is entirely doable (a $5 Pi Zero is far more powerful than the LaserWriter), but in the past you basically needed a driver that ran on your computer that converted a high-level document (e.g., a page from a word processor) to physical instructions for the printer. CUPS is a program that implements the Internet Printing Protocol, basically a way to send, view, and cancel print jobs over an HTTP API. If you have a local printer connected with a parallel port, you can run CUPS and have other machines send to it. The other thing CUPS does is conversions: you can send a PDF to CUPS, and it will run the driver to convert it to whatever format the printer needs. So an application that talks to CUPS only needs to know how to generate PDFs. CUPS also supports talking to remote print servers, e.g., other CUPS servers, printers that natively speak IPP, or printers that speak some other protocol. Google Cloud Print is a service which has the unusual property that printers connect to it, not vice versa. Therefore you can print a document to a Google Cloud Print printer without being on the same network, which IPP doesn't let you do. (For printers without direct GCP support, you'd need to leave a computer plugged into it and running, but some newer printers with built-in networking know how to talk to Google and let you register it to your Google account.)