[Printing-architecture] Some suggestions for the DNS-SD (Bonjour) printer support in the dialog

Michael Sweet msweet at apple.com
Thu Jun 13 11:25:14 UTC 2013


On 2013-06-13, at 6:01 AM, Till Kamppeter <till.kamppeter at gmail.com> wrote:
> On 05/17/2013 07:32 AM, Michael Sweet wrote:
>> You need some sort of local spooling, but it need not be cupsd doing the spooling. Consider writing a small DBUS-based spooler that provides UI for monitoring and canceling the job.  This spooler could also handle the basic conversion from PDF to PWG Raster and could despool to cupsd or direct to a printer.
> This would mean to resemble large parts of CUPS (spooling, filtering,
> but not networking) for a per-user/per-app printing system, needing a
> lot of maintenance/development man power, and extra resources on mobile
> devices.

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.

Michael Sweet, Senior Printing System Engineer, PWG Chair

More information about the Printing-architecture mailing list