Mike, <div><br></div><div>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 print queue. </div>
<div><br></div><div><span class="Apple-style-span" style="font-family:arial,sans-serif;font-size:7.52315px;border-collapse:collapse"><div><br></div><div>- Load/save the whole PPD and profiles cleanly into and from user space to wherever CUPS like them.</div>
<div>- Associate a profile with a queue, possibly by writing the color keywords into the PPD,</div><div>- Switch of color management for a queue</div><div><br></div><div><br></div><div><span class="Apple-style-span" style="border-collapse:separate;font-family:arial;font-size:small">Also, do you think this would be sufficient and provide a decent base for future more sophisticated work?</span></div>
<div><span class="Apple-style-span" style="border-collapse:separate;font-family:arial;font-size:small"><br></span></div><div><br></div><div>Edmund</div></span> </div><div>On Mon, Feb 27, 2012 at 11:44 PM, Michael Sweet <span dir="ltr">&lt;<a href="mailto:msweet@apple.com">msweet@apple.com</a>&gt;</span> wrote:</div>
<div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div>To reiterate what has been posted (by me and others) over the last couple months:</div>
<div><br></div><div>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 &quot;dumb&quot; printers, and we have provided replacement APIs that are &quot;future proof&quot; and agnostic to the underlying interfaces (IPP, PPD, Google Cloud Print, etc.)</div>
<div><br></div><div>2. PostScript is not going away in CUPS 1.6, either.</div><div><br></div><div>3. Many Linux applications are starting to use PDF &quot;natively&quot; 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 now.</div>
<div><br></div><div>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.</div>
<div><br></div><div>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.</div>
<div><br></div><div><div class="im"><blockquote type="cite"><div style="word-wrap:break-word"><div><div>And in any event, Apple will not stuff such things into CUPS. It&#39;s not in their interest to do so. For Linux, color will have to be implemented outside of CUPS.</div>
</div></div></blockquote><div><br></div></div>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 support.</div><div><br></div><div>
<span style="border-collapse:separate;color:rgb(0,0,0);font-family:Geneva;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><span style="border-collapse:separate;color:rgb(0,0,0);font-family:Geneva;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><div style="word-wrap:break-word">
<span style="border-collapse:separate;color:rgb(0,0,0);font-family:Geneva;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><div style="word-wrap:break-word">
<span style="border-collapse:separate;color:rgb(0,0,0);font-family:Monaco;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><div style="word-wrap:break-word">
<div>________________________________________________________________________</div><div>Michael Sweet, Senior Printing System Engineer, PWG Chair</div></div></span></div></span></div></span></span>
</div>
<br></div></div></blockquote></div><br></div>