Re: Printing with No Color Management (again)
Re: Printing with No Color Management (again)
- Subject: Re: Printing with No Color Management (again)
- From: Chris Murphy <email@hidden>
- Date: Wed, 27 Apr 2011 17:17:52 -0600
On Apr 27, 2011, at 4:29 PM, Doyle Yoder wrote:
> Oh, but the Adobe Color Printing Utility appears to use the new print path. I had to add it to Canon special casing file so I am pretty darn sure it does use the new printing path.
It appears to be a Cocoa app, thus no QuickDraw available. And it also produces PDF print spool files containing OutputIntent and reference to kPMApplicationColorMatching.
But it's not technically accurate to say that it disables ColorSync. That "disabling" occurs in a very indirect way. It's like the organ method of communicating with aliens in Close Encounters of the Third Kind. "I think he meant that we should turn this off, but maybe we need to study this message a little more carefully to determine the full actual intent. Hmmm, yes I think this portion should have the feature disabled, but we should leave it enabled for this other piece over here."
I am not going to blame the organ player, rather than the person who gave him an organ to communicate "on" vs "off" rather than a single light signal, even if the organ player were (hypothetically) playing the message incorrectly. This need requires a binary state. It does not require the Boston Symphony Orchestra. And while this is a bit of hyperbole, we have, in effect, a very complicate mechanism for disabling ColorSync that even if done correctly, still subjects the resulting PDF print spool file to ColorSync. Everything passes through it, in effect, even when the application expressly asks it not to be.
Chris Murphy _______________________________________________
Do not post admin requests to the list. They will be ignored.
Colorsync-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden