Re: How to get pure black shadows in RGB workflow
Re: How to get pure black shadows in RGB workflow
- Subject: Re: How to get pure black shadows in RGB workflow
- From: "Steve Lawrence" <email@hidden>
- Date: Tue, 4 Jan 2005 14:57:42 -0000
- Thread-topic: How to get pure black shadows in RGB workflow
Bruce wrote:
> This isn't really a color management issue as much as a document
> structure issue, and I think it needs to be addressed by the creating
> apps rather than by color management. Basically, we need a way to
> flag some RGB elements so that they convert to grayscale (K-only)
> rather than CMYK. Some color servers can special-case RGB 000, which
> helps with K-only type, but not with K-only drop shadows.
>
> It's the number 1 problem that keeps people from adopting RGB
> workflows, but I feel fairly strongly that trying to kludge it in the
> color management end is a doomed effort-it really needs to be handled
> by the creating apps.
Agreed. It's up there with modifying the perceptual intent of output
transforms so saturated primary and secondary input colours come out as
printed highly saturated/pleasing/pure colours, as opposed to what the
saturated colour in the input space actually is. Unless such changes are
very clearly documented it often leads to unexpected behaviour in the
users eyes. Even if they are documented, unless the RIP/driver is
targeted for such a specific application, it will probably not be the
behaviour other users want.
It's always best if the application can clearly communicate the users
intention to the driver/RIP. Doing so is one of the foundation stones
for more automatic and seamless workflows. Having an OS that has a rich
enough driver API to communicate them is another. As is the driver
actually listening for them ;)
Regards
Steve
_______________________________________________
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