On Mon, Jan 17, 2011 at 8:32 PM, Hal V. Engel <span dir="ltr">&lt;<a href="mailto:hvengel@gmail.com">hvengel@gmail.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 class="im">I agree with this.  The UI design related to CM for the CPD allows for this to</div>
be directly over ridden (IE. there is a &quot;no color management&quot; option that is<br>
part of the UI design).  </blockquote><div><br></div><div>EXCEPT that in the case of PDF processing, there is NO SUCH THING as &quot;no color management&quot;.  The standard itself goes into detail about how (ICC-based) color management is used as part of the rendering pipeline.  For PDF/X (and PDF/A), this is even more significant.</div>
<div><br></div><div>Certainly you can turn off CM on the raster that is produced, BUT the act of rasterization involves CM - so please be careful of your terminology choices.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Also as a side note I see that there is a pdftoraster.c file that is part of GS<br>
9.  Is this a CM enabled replacement for the pdftoraster CUPS filter?  Or is<br>
this something else?  Has anyone had a chance to look at GS 9 yet to see if it<br>
has what is needed to be a basis for a CM enabled CUPS PDF based work flow?</blockquote><div><br></div><div>I can&#39;t comment on the CUPS side, but I&#39;ve had long talks with Michael from Artifex who did their CM implementation and it is an excellent implementation with support for not only the standard itself but also enough flexibility for their OEMs to implement various extensions (such as n-colourant profiles and PDF/X-5n).</div>
<div><br></div><div>Leonard </div></div>