On Wed, Jan 19, 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">OK yeah, so then for printing profiling targets, simply use /DeviceRGB or /DeviceCMYK or /DeviceN and not specify an OutputIntent. And then do not make assumptions when rasterizing (i.e. better to fail on raster than to make assumptions)</div>
</div><div><br></div></div></blockquote><div><br></div><div>Yes, that&#39;s fine - don&#39;t use PDF/X.</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>Unfortunately for Apple, such a PDF always gets a source and destination profile assumed when rasterizing - it should be the same profile assumed for source &amp; destination, ensuring a null transform. But that is a very convoluted way, it seems, to get the intent of what the PDF is saying by the way its already written.</div>
<div><br></div></div></blockquote><div><br></div><div>When rasterizing, you MUST have a source and destination profile for all colorspaces.  It may be that in some case, they are the same for certain colorspaces adn thus you ensure a null transform, but you still need them.  That&#39;s why the Adobe apps all have &quot;Working Spaces&quot;...</div>
<div><br></div><div>Leonard </div></div>