[Printing-architecture] Some suggestions for the DNS-SD (Bonjour) printer support in the dialog
till.kamppeter at gmail.com
Thu Jun 13 14:34:45 UTC 2013
On 06/13/2013 01:25 PM, Michael Sweet wrote:
> One of the things I'll be working on post-1.7 is a generic IPP service API that can be used to implement custom spoolers, lightweight print services on NAS boxes, etc. The same API could be used as the basis of a user session print service that interfaces directly with IPP printers and talks to a local cupsd for USB and other legacy queues, or to (for example) implement a service on top of, say, Gutenprint to provide an IPP Everywhere gateway to raster drivers (one possible post-PPD future).
> The key is re-use of the core CUPS bits (we've already had a lot of success with that at Apple) and abstracting away the common service/spooler aspects so that the only maintenance you have is for the small bits of glue code you use.
This is a great idea which was really missing, having the daemon's
functionality in a library and letting the developer costumize a
printing system concept as needed. In which time frame will this be
done? 1.8? Summer 2014?
More information about the Printing-architecture