Eyedropper picks wrong CMYK colors from image's RGB preview in CMYK document
I observe that AI's eyedropper picks color not directly from a raster image, but from it's preview, but I think it's terribly wrong, especially when you pick a color from a CMYK image placed inside of a CMYK document, and get some mutated color instead of ground truth.
For example, I have a photo blended into a single colored background and I don't remember which one exactly. I pick this color with the eyedropper inside AI to match the image’s edge with the vector background ...and it almost looks OK, but when it's printed, the mismatch is quite visible.
Other people, whose designs I dissect quite often, seem to forget or more likely don't know about AI picking colors (because it's not natural), and if I don't find it, I got all the blame.
Thanks for reporting this issue.
We are able to reproduce this issue and investigating this further.
I can also add that in Illustrator the eyedropper tool does not work correctly with RGB bitmaps in RGB documents as well (
Simon Bowland commented
Hi Ankit - I reported this issue myself back in November 2020. Sent test files and a video of the problem to Rama but he was unable to reproduce. To get an accurate colour pick, I have to open the raster image in Photoshop, use the colour picker in Photoshop, note down the CMYK reference, and then create that colour manually in Illustrator.
Ton, hello! I don't care about screen representation as user. I know my image has different colors and I want THEM, not colors from preview which exists in inner AI world. I want 0-65-100-0 instead of 12,01-67,93-100-2,45. I don't need dirty channels in bright orange. It all turns to money when prints got rejected.
And I won't embed 80-250Mb image which I still edit and therefore want to be linked, just to make broken tool work.
Embed the image and the eyedropper picks up the values from the image.
When the image is linked Illustrator picks the values from your monitor screen representation.