[Openicc] [Per Queue] [GSOC] Making a color assignment in CUPS web interface?
edmundronald at gmail.com
Mon Feb 27 15:07:19 PST 2012
Would you support adding the facilities below to CUPS functionality? My
impression is that if they were available in the browser interface and via
API calls, one could easily transition to color managed printing, at least
in the case where the user agrees to use only one set of media settings per
- Load/save the whole PPD and profiles cleanly into and from user space to
wherever CUPS like them.
- Associate a profile with a queue, possibly by writing the color keywords
into the PPD,
- Switch of color management for a queue
Also, do you think this would be sufficient and provide a decent base for
future more sophisticated work?
On Mon, Feb 27, 2012 at 11:44 PM, Michael Sweet <msweet at apple.com> wrote:
> To reiterate what has been posted (by me and others) over the last couple
> 1. PPDs are not going away in CUPS 1.6. We are marking the PPD APIs as
> deprecated as a first step (warning) to developers that we will no longer
> be adding PPD features, etc. We will continue to fix bugs as needed and
> PPD-based drivers are still going to be needed for "dumb" printers, and we
> have provided replacement APIs that are "future proof" and agnostic to the
> underlying interfaces (IPP, PPD, Google Cloud Print, etc.)
> 2. PostScript is not going away in CUPS 1.6, either.
> 3. Many Linux applications are starting to use PDF "natively" due to
> changes in the various GUI toolkits (KDE/GNOME/etc.) to support it and the
> improvements that the Open Printing project (part of the Linux Foundation)
> has made to the CUPS PDF filters it has been working on for several years
> 4. IPP Everywhere is nearing formal vote in the Printer Working Group and
> will be supported by CUPS 1.6 and various free software add-ons (think
> printer configuration tools). The core stuff is part of CUPS 1.6 while the
> GUIs and other stuff specific to Linux and other OSS platforms is being
> managed by the Open Printing project, GNOME/KDE, and various distributions.
> When IPP Everywhere is supported in the majority of new printers, we will
> consider dropping support for legacy printers. But since that clearly is
> not the case today and we (Apple) are both pragmatic and somewhat
> intelligent about printing, we will not be removing support for existing
> printers in a minor CUPS release.
> And in any event, Apple will not stuff such things into CUPS. It's not in
> their interest to do so. For Linux, color will have to be implemented
> outside of CUPS.
> CUPS 1.6 will include colord support - Red Hat contributed the work to
> Apple and I am working on integrating that code along with the Avahi
> Michael Sweet, Senior Printing System Engineer, PWG Chair
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the openicc