On Mon, Feb 7, 2011 at 8:05 PM, Chris Murphy <span dir="ltr">&lt;<a href="mailto:lists@colorremedies.com">lists@colorremedies.com</a>&gt;</span> wrote:<br><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></div><div class="h5"><div><blockquote type="cite"><div class="gmail_quote"><div>Which is pretty much what the  Adobe Creative apps (and Acrobat) do.  We bypass Quartz and CUPS as much as possible...</div>
</div></blockquote><br></div></div></div><div>Everything eventually goes through Quartz and CUPS if you&#39;re printing to a printer with a Mac OS X print driver, except for PostScript which will avoid the Quartz part, but is still managed through the print pipeline with CUPS.</div>
<div><br></div></div></blockquote><div><br></div><div>True enough, though with Postscript you avoid many problems. </div><div><br></div><div> </div><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><div>Photoshop and Lightroom, every single print job goes through Quartz and CUPS, and is subject to the problems with color that Edmund is referring to avoiding on Linux. And on InDesign, every print job to a non-PostScript printer becomes a PDF print spool file that is subject to secondary screening by Quartz and ColorSync.</div>
<div><br></div></div></blockquote><div><br></div><div>I am almost 100% sure that InDesign (and Illustrator) does the same thing that Acrobat does when printing to a non-PS printer on Mac OS X...Generate a RASTER IMAGE and send that to print.  We have to, because Quartz can&#39;t handle the same complex PDFs (and imaging model in general) that our apps can.   So the only choice we have is raster.</div>
<div><br></div><div> </div><div>Leonard</div></div>