But the *HUGE* problem is that there is no such thing as "the CMYK colorsystem". If a print shop is going to produce the same color from one week to the next, they need to be working in a *specific* CMYK colorspace.
I based my understanding of this issue in ImageMagick documentation: http://www.imagemagick.org/Usage/formats/
"RGB and CMYK are not colorspaces, they are color systems (which IM controls using the "-colorspace" operator). There is no single RGB or CMYK colorspace, but a literally infinite amount of different colorspaces are possible in each color system."
About using a "specific", "generic" CMYK ICC profile, why don't use by default the same as Scribus, or sK1? Problem solved! If the user need to change, the user can do that.
I think what you really *need* is to get consistent visual output, not
consistent ink saturation. There is a very subtle difference, but one that means if you do a reprint on a job a month later the newer copies will match the original ones.
Get my point: I set in Inkscape the fill of a shape with C0 M50 Y100 K0 that is orange. I need in the C off-set platewith no cyan ink, M off-set plate with 50% of magenta ink, Y off-set plate with 100% of yellow ink and K off-set plate with no black ink. If I save it in a PDF in RGB, I'll need a ICC profile to convert these values to CMYK. But doing this will never give me the real values I want (C0 M50 Y100 K0). They will always convert the colors based on the profile conversion. What can I do? That is what I want to say, the ICC profile is not a must to have an output in CMYK because some people (like me) just want the exact values used in the draw.
Thanks.
On Thu, Sep 16, 2010 at 12:05 AM, Jon Cruz <jon@...18...> wrote:
On Sep 15, 2010, at 11:15 AM, Chris Mohler wrote:
The unfortunate reality is that since I do not get to choose my printing service (as a freelancer), I must conform to what said service wants - and it's almost *always* generic CMYK.
No, since there is no such thing as "generic CMYK". :-)
They usually need *a* generic CMYK colorspace. For work in North America that would default to SWOP. However, for other countries the colorspace and the numeric values will be different.
Yes it's entirely broken, wrong and terrible - but in order to use Inkscape for color work I need to be able to work in a generic CMYK color space (coated SWOP for example),
Bingo!!!!
You need a *specific* CMYK colorspace. This is usually specified via an ICC profile such as SWOP or ISO or SNAP. In this case "SWOP CMYK" (I'd assume v2) is the specific 'generic' CMYK.
At the moment Inkscape lets you work with such proper CMYK, but the export drops it.
and be able to embed that profile into output PDF and EPS formats. I also need to be able to specify CMYK ink levels for particular colors (100%K vs 60%C 40%M 40%Y 100%K). Spot colors are a must (think metallics, or embossing).
Yes. EPS is a bit dated, so getting such output into the proper type of PDF is key. The scribus guys have given me several sample files that I'm working on breaking apart technically so we can have good examples for the Cairo guys to be able to tune their API to support.
But... recent versions of Scribus have started to support CMYK ICC from Inkscape-generated SVG files. They don't support quite all the SVG features we do... yet. However if the SVG gets *in* to Scribus successfully, then Scribus will do a very nice job getting profesional PDF output.
Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel