hello! i have an object filled with an rgb color, i create a new color style from it (new color style from selected) and choose convert color styles to cmyk. the new fill after this conversion is very much different from the original one. as far as i know, conversion should preserve color appearance, so why is this?
CorelDraw with color proofing turned off will display colors in the CMYK, RGB and grayscale profile of the document, if you started with an RGB color and created a CMYK color style and therefore converted it CMYK it will display as the CMYK profile of the document. IF the original RGB color is out of GAMUT for CMYK then a color shift will occur, this is proper.
What makes you think the RGB color is not out of gamut for the document CMYK profile?
Tell me what RGB color space and the RGB numbers and I'll test it on my end. I've been doing this a long time with 4 color management books under my belt so I believe we can get to the bottom of this.
BTW the design of color management your settings and the shift are the clues that the color is out of gamut, either way I'll drop the build into a profile analyzer and test it.
Unfortunately if you are using US webcoated swop V2 CMYK for you CMYK profile you're RGB color is out of GAMUT for the destination CMYK color . If you do not see this in your display using perceptual rendering then you display is not properly calibrated.
Your request would be self defeating, you need to use a CMYK profile that has a TIC that matches your destination or the color will shift during print anyway. You seem to need some fundamental training in color management. www.graphictechnology.com there are books there.
If you read my post, (next to last post) you'll see the root of your problem, it's your display that's incorrect. On a quality properly calibrated display there is a shift upon converting that RGB build to CMYK in any rendering intent because it's out of GAMUT. This is correct per the ICC rules.
theres no need to get upset here, sorry if i gave any cause. i tested in photoshop, created that color in srgb space and it didnt have an "out of gamut for printing" sign. the cmyk workspace was set to match exactly the one from corel, so the gamut warning (its absence, rather) refers to that cmyk space. so photoshop tells me that 200, 52, 52 in srgb is well inside the cmyk space of the corel document, or of the corel default settings, if you prefer.
another interesting thing, the cmyk equivalents of the rgb color (no conversion done yet) from corel and photoshop are different.
Not getting upset at all.
The problems with out of GAMUT alarms is discussed in my book. They rely on ink density not the spatial relationships of the color space, where true ICC complaint conversions rely on the Z,Y,Z coordinates of the color space. I haven't tested it but Corel may not show it as out of GAMUT either, in my book I use a blue shirt that has the same issue. In plain words out of GAMUT alarms work ok for dark colors but suck at light out of GAMUT colors. BTW I don't use out of GAMUT alarms because they are just awful.
Adobe default uses a different color engine and relative colorimetric rendering with Black Point Compensation, which in not ICC compliant and actually acts like perceptual rendering this is most likely the difference in CMYK numbers, I cover this in my book also.
I suspect that your display shows the original RGB, shows a shift with a true relative colorimetric conversion, but the perceptual CMYK conversion is within its tolerance and it looks like the RGB but is really not.
Color management is the dark path of compromise. [;)]