• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: "Safe CMYK" workflows [was: Misleading Adobe Common Color Architecture]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: "Safe CMYK" workflows [was: Misleading Adobe Common Color Architecture]


  • Subject: Re: "Safe CMYK" workflows [was: Misleading Adobe Common Color Architecture]
  • From: Todd Shirley <email@hidden>
  • Date: Thu, 10 Jan 2008 07:36:39 -0500

On Jan 9, 2008, at 6:40 PM, Marco Ugolini wrote:
And, if they are cognizant of your intentions to use color-managed
techniques, why would they then pair up with a prepress house that sabotages
their intended efforts and would make the whole process fail?


You talk to the prepress people, don't you?


On Jan 9, 2008, at 6:41 PM, Marco Ugolini wrote:
Before you customize the GCR in the file, you must know that both the color
space and the the separation are correct for the intended output. But how do
you know the correct color space and kind of separation for the intended
output if you leave it to the prepress people to take your color numbers and
apply them in unknown ways to the output, which could include reseparation
as well, no matter whether your files are tagged or not?

Hi Marco

I think there is still some confusion about the "safe CMYK" workflow in InDesign. First off - it works as advertised. It does not change CMYK numbers of CMYK elements whether they are native or imported, whether they have profiles embedded or not. So if the the person outputting your files is using the safe CMYK settings, then you are NOT "leaving it to the prepress people to take your color numbers and apply them in unknown ways to the output, which could include reseparation as well" This is exactly what safe CMYK is meant to prevent.

For many printers, the prepress people outputting from InDesign are right there in their own prepress department, and they don't want their operators, (the employees who are making PostScript files or PDFs out of InDesign) to have to make any decisions about color transforms. Usually that decision is made before the file gets to the operator, so they don't want a workflow where it is possible for the operator to change CMYK values.

I don't think it really has much to do with weather a shop is color management savvy or not - Its just that many people don't want color management happening at the moment someone hits "print" in InDesign.

-Todd Shirley
Urban Studio
New York, NY
_______________________________________________
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


  • Follow-Ups:
    • Re: "Safe CMYK" workflows [was: Misleading Adobe Common Color Architecture]
      • From: Marco Ugolini <email@hidden>
References: 
 >Re: "Safe CMYK" workflows [was: Misleading Adobe Common Color Architecture] (From: Marco Ugolini <email@hidden>)

  • Prev by Date: Re: "Safe CMYK" workflows [was: Misleading Adobe Common Color Architecture]
  • Next by Date: Re: U.S. Web Coated (SWOP)v2 vs. SWOP2006_Coated5v2
  • Previous by thread: Re: "Safe CMYK" workflows [was: Misleading Adobe Common Color Architecture]
  • Next by thread: Re: "Safe CMYK" workflows [was: Misleading Adobe Common Color Architecture]
  • Index(es):
    • Date
    • Thread