Dear readers of this list,
I try to create a CMYK-colour with Inkscape 0.42 on a Debian Sarge System. However, if I use the CMYK-tab in the filling dialog, I can not enter colours like 5 % C, 50 % M, 75 % and 5 % K, the number always change upon entering the fourth value such that one value is 0 %. Of course I do not get the colour I want. It seems that you can only CMYK colours were one out of the four percentages is zero. Is the CMYK-colour tab working for other users as it should, or is this a bug encountered by others, too?
Yours sincerely
Tobias Hilbricht
I can not enter colours like 5 % C, 50 % M, 75 % and 5 % K, the number always change upon entering the fourth value such that one value is 0 %.
This is the purpose for what the fourth (black) coordinate (ink) is used: to use an additional black filter and only two of the three color filters.
Of course I do not get the colour I want.
If you get 0 % C, 48 % M, 74 % Y and 9 % K, it is (except the small rounding difference) the same color (and also the same as 9.75 % C, 52.5 % M, 76.25 % Y and 0 % K).
5 % C, 50 % M, 75 % Y and 5 % K: R = (1 - 0.05) * (1 - 0.05) * 256 = 231.04 > 0xe7 G = (1 - 0.50) * (1 - 0.05) * 256 = 121.6 > 0x79 B = (1 - 0.75) * (1 - 0.05) * 256 = 60.8 > 0x3c
1 - ((1 - 0.05) * (1 - 0.05)) = 0.0975 1 - ((1 - 0.50) * (1 - 0.05)) = 0.525 1 - ((1 - 0.75) * (1 - 0.05)) = 0.7625
9.75 % C, 52.5 % M, 76.25 % Y and 0 % K: R = (1 - 0.0975) * (1 - 0.00) * 256 = 231,04 > 0xe7 G = (1 - 0.525) * (1 - 0.00) * 256 = 121,6 > 0x79 B = (1 - 0.7625) * (1 - 0.00) * 256 = 60,8 > 0x3c
1 - ((1 - 0.0975) / (1 - 0.0975)) = 0 1 - ((1 - 0.525) / (1 - 0.0975)) = 0.47368... 1 - ((1 - 0.7625) / (1 - 0.0975)) = 0.73684...
0 % C, 48 % M, 74 % Y and 9 % K: R = (1 - 0.00) * (1 - 0.09) * 256 = 232.96 > 0xe8 G = (1 - 0.48) * (1 - 0.09) * 256 = 121.1392 > 0x79 B = (1 - 0.74) * (1 - 0.09) * 256 = 60.5696 > 0x3c
P.A.
Pavel A. da Mek wrote:
I can not enter colours like 5 % C, 50 % M, 75 % and 5 % K, the number always change upon entering the fourth value such that one value is 0 %.
This is the purpose for what the fourth (black) coordinate (ink) is used: to use an additional black filter and only two of the three color filters.
Maybe theoretically, but not in practice. In the prepress world is common to use the four values of CMYK, for example in 'rich black' (http://marvin.mrtoads.com/richblack_vs_plainblack.html) or in PANTONE to CMYK transformations. The algorithm you use is ok to convert RGB->CMYK or CMYK->RGB (without color management), and show the result in a screen, but looks different if you print it. I think inkscape only translates CMYK values to RGB values (and later from RGB to CMYK in the color palette, lossing the original CMYK colors) but really don't support the CMYK color mode.
Maybe theoretically, but not in practice. In the prepress world is common to use the four values of CMYK, for example in 'rich black' (http://marvin.mrtoads.com/richblack_vs_plainblack.html) or in PANTONE to CMYK transformations.
Thanks for the link, it is interesting. But is all this fuss with different black colors really necessary? I would suppose that the designer should not be bothered with such matters and that the printing device should solve the corrections resulting from the fact that 100% of ink does not filter 100% of the light but, say, only 80%, and so the ideal CMYK 0,0,0,90% must be replaced by 50%,50%,50%,80%, which means 62.5%,62.5%,62.5%,100% of the maximal amount of the ink. After all, the color space perceived by humans is 3-dimensional and so there is no need to use four coordinates.
P.A.
Pavel A. da Mek wrote:
Maybe theoretically, but not in practice. In the prepress world is common to use the four values of CMYK, for example in 'rich black' (http://marvin.mrtoads.com/richblack_vs_plainblack.html) or in PANTONE to CMYK transformations.
Thanks for the link, it is interesting. But is all this fuss with different black colors really necessary? I would suppose that the designer should not be bothered with such matters and that the printing device should solve the corrections resulting from the fact that 100% of ink does not filter 100% of the light but, say, only 80%, and so the ideal CMYK 0,0,0,90% must be replaced by 50%,50%,50%,80%, which means 62.5%,62.5%,62.5%,100% of the maximal amount of the ink. After all, the color space perceived by humans is 3-dimensional and so there is no need to use four coordinates.
P.A.
SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
Every black has his uses: We can use 0%,0%,0%,100% for small text (because we don't want a blurring effect if more than 1 ink is used), and a rich black of 60%,40%,40%,100% for the backgrounds. For example a gradient from 5%,100%,100%,0% to 5%,100%,100%,100%, looks better than a gradient to 0%,0%,0%,100% or 50%,50%,50%,80%, ...or other black because only a ink is modified. And not only works for the black ink, it works for all inks.
In short, CMYK colors shouldn't be converted to RGB ones, only for screen preview.
On Aug 24, 2005, at 7:35 AM, MoNKi wrote:
In short, CMYK colors shouldn't be converted to RGB ones, only for screen preview.
Correct.
But by default SVG only supports RGB colors. And Inkscape takes your CMYK input and converts it to RGB for actually using it in the SVG.
We can setup custom color sources, including CMYK and just have fallback values for normal display, but as Mental's pointed out, that will take some amount of work to implement.
Some of it is on the roadmap for version 0.53. Of course, the other item set for 0.53 has already been mainly done. So things are in a bit of flux if needed.
This is probably covered by RFE 1008409 "CMYK and Spot Colors"
Quoting "Pavel A. da Mek" <a.da_mek@...998...>:
Thanks for the link, it is interesting. But is all this fuss with different black colors really necessary?
After all, the color space perceived by humans is 3-dimensional and so there is no need to use four coordinates.
*puts on graphic designer hat*
It's not that simple, because the behavior of inks is funky and non-linear. There's no trivial mapping. You have to play games to get particular qualities of color sometimes.
In *theory* 100% C + 100% Y + 100% M should = 100% K when printed; in practice that is NEVER true.
*puts on Inkscape developer hat*
Of course, for right now all this is moot. SVG only natively supports the sRGB color space, so that's all we can store in the actual file. The color selector is really only there for picking RGB colors (in terms of RGB, HSV, CYMK, etc...).
We may eventually be able to take advantage of ICC colors in SVG (it makes provision for that at least), but that will require a lot of work before it's ready to use.
-mental
Am Mittwoch, 24. August 2005 17:43 schrieb mental@...32...:
Of course, for right now all this is moot. SVG only natively supports the sRGB color space, so that's all we can store in the actual file. The color selector is really only there for picking RGB colors (in terms of RGB, HSV, CYMK, etc...).
Thank you for this information. So inkscape, due to its SVG based design, aims at creating graphics for web and onscreen presentations rather than for prepress and professional printing. The CMYK tab confused me.
Yours sincerely
Tobias Hilbricht
On Thu, Aug 25, 2005 at 09:06:34AM +0200, Tobias Hilbricht wrote:
Am Mittwoch, 24. August 2005 17:43 schrieb mental@...32...:
Of course, for right now all this is moot. SVG only natively supports the sRGB color space, so that's all we can store in the actual file. The color selector is really only there for picking RGB colors (in terms of RGB, HSV, CYMK, etc...).
Thank you for this information. So inkscape, due to its SVG based design, aims at creating graphics for web and onscreen presentations rather than for prepress and professional printing. The CMYK tab confused me.
Tobias, you may find it worthwhile to look at Scribus, a sister project of Inkscape's with goals of being suitable for prepress and professional printing.
Bryce
On 8/25/05, Tobias Hilbricht <hilbricht@...724...> wrote:
Am Mittwoch, 24. August 2005 17:43 schrieb mental@...32...:
Of course, for right now all this is moot. SVG only natively supports the sRGB color space, so that's all we can store in the actual file. The color selector is really only there for picking RGB colors (in terms of RGB, HSV, CYMK, etc...).
Thank you for this information. So inkscape, due to its SVG based design, aims at creating graphics for web and onscreen presentations rather than for prepress and professional printing. The CMYK tab confused me.
Inkscape rather suffers from CMYK beeen not covered in currently recommended SVG spec :(
http://www.w3.org/TR/SVGPrint/#devcolor is to address some of the issues you mentioned, specifically, " 6.2 Use of the deviceColor attribute from SVG 1.2", but it's not finished yet.
Alexandre
Pavel A. da Mek wrote:
Maybe theoretically, but not in practice. In the prepress world is common to use the four values of CMYK, for example in 'rich black' (http://marvin.mrtoads.com/richblack_vs_plainblack.html) or in PANTONE to CMYK transformations.
Thanks for the link, it is interesting. But is all this fuss with different black colors really necessary? I would suppose that the designer should not be bothered with such matters and that the printing device should solve the corrections resulting from the fact that 100% of ink does not filter 100% of the light but, say, only 80%, and so the ideal CMYK 0,0,0,90% must be replaced by 50%,50%,50%,80%, which means 62.5%,62.5%,62.5%,100% of the maximal amount of the ink. After all, the color space perceived by humans is 3-dimensional and so there is no need to use four coordinates.
P.A.
SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
Here is an example I have done in photoshop (because it has color management) to show why CMYK colors shouldn't be modified: Imagine we want to print this image: http://img398.imageshack.us/img398/8898/degradadosok1ak.png In inkscape the colors are modified: 5,100,100,0 -> 0,100,100,5 5,100,100,100 -> 0,0,0,100 50,50,50,80 -> 0,0,0,90 0,0,0,100 -> 0,0,0,100 60,40,40,100 -> 0,0,0,100 50,25,50,25 -> 33,0,33,44 And the printed work is: http://img399.imageshack.us/img399/1849/degradadosmal8ma.png
Thats why inkscape or the printing device do not have to do the corrections, because the designer wants the exact output (first image).
Ups, sorry, a did a mistake in the numbers of the first image, the correct numbers are: 5%, 100%, 100%, 0% -> 5%, 100%, 100%, 100% | 5%, 100%, 100%, 100% -> 50%, 25%, 50%, 25% 5%, 100%, 100%, 0% -> 50%, 50%, 50%, 80% | 50%, 50%, 50%, 80% -> 50%, 25%, 50%, 25% 5%, 100%, 100%, 0% -> 0%, 0%, 0%, 100% | 0%, 0%, 0%, 100% -> 50%, 25%, 50%, 25% 5%, 100%, 100%, 0% -> 60%, 40%, 40%, 100% | 60%, 40%, 40%, 100% -> 50%, 25%, 50%, 25%
I "copy/pasted" the first text column and forgot to change the first color of the gradient. :)
Am Mittwoch, 24. August 2005 13:27 schrieb Pavel A. da Mek:
I can not enter colours like 5 % C, 50 % M, 75 % and 5 % K, the number always change upon entering the fourth value such that one value is 0 %.
This is the purpose for what the fourth (black) coordinate (ink) is used: to use an additional black filter and only two of the three color filters.
Of course I do not get the colour I want.
If you get 0 % C, 48 % M, 74 % Y and 9 % K, it is (except the small rounding difference) the same color
Dear Pavel,
thank you for your response and the clarifications. It appears that the two colours mentioned are the same on the screen.
However, I would very much prefer to see the values I enter and not some recalculated values, because I would like to take over colours from other applications or colour books and swatches where the CMYK values appear in the standard way. If you have more than one colour it gets difficult to remember which colour in Inkscape corresponds to which colour in other applications.
Additionally, when I have a CMYK colour, enter a new value for Cyan and then klick into Magenta, Cyan is zeroed in the same moment - no chance to finish the new colour. It works for me only if I start from Black K and enter Yellow, Magenta and Cyan subsequently.
Perhaps other users made similar observations?
Yours sincerely
Tobias Hilbricht
Additionally, when I have a CMYK colour, enter a new value for Cyan and then klick into Magenta, Cyan is zeroed in the same moment - no chance to finish the new colour. It works for me only if I start from Black K and enter Yellow, Magenta and Cyan subsequently.
When an item is loosing the focus and its value was changed, all values are normalized, which means that the C, M or Y with the smallest value is zeroed. So set first the values for the two coordinates which are curently non-zero and for K (in any order) and finally set the item which was zero.
P.A.
participants (7)
-
unknown@example.com
-
Alexandre Prokoudine
-
Bryce Harrington
-
Jon A. Cruz
-
MoNKi
-
Pavel A. da Mek
-
Tobias Hilbricht