As you can see, when I pick up the color of the first square and assign it to the second square, the eyedropper clearly picks up the wrong color.
Any suggestion?
50
Replies
I'm using CS6 and found a simple workaround. There are at least two different sampling algorithms and one of them still works. This alternative eyedropper tool solution also works for me using the text color picker from the Properties panel.
- Select the stroke or fill by clicking the pencil or bucket icon, NOT the color swatch.
- Once the bucket is depressed you can also click the eyedropper tool above the stroke and that eyedropper samples correctly.
Make sure that Snap to Web Safe is turned off.
To see how color management might explain the shift from Color 1 to Color 2 in your graphic, consider the following experiment.
Your original screenshot uses the icc profile "Color LCD", which is your monitor's display profile. This is a small-gamut color space and requires no actual color management because the image and the display occupy the same color space.
According to my online source, untagged images within Mac OS 10.8 are treated as if they have an sRGB profile, so I'm going to change the attached profile of the image to "sRGB IEC61966-2.1"—as if it were an untagged image. I want to preserve the image appearance, though, so I'll use Photoshop's Convert to Profile, which also adjusts the numerical data contained within the PNG file.
The image looks the same, but the color space in which its defined is now larger because it's in sRGB IEC61966-2.1 instead of Color LCD.
NOTE: The graphic previews in this forum to do not include icc profiles, and some browsers do not support color management. Therefore, to normalize the appearance of all the images in this post, I reconverted the above image to Color LCD.
Now I'm going to pretend that the image is untagged or tagged incorrectly and assign it the original Color LCD display profile. Remember, the image's numerical values were changed previously, so even though I'm simply attaching a color profile here, it's not going to look the same.
As you can see, the colors have become significantly duller. Color 1 in this graphic now strongly resembles Color 2 in the original graphic.
I don't know whether (or how) this experiment corresponds to what's happening in Fireworks CS6 in Mac's Mountain Lion OS, but somewhere in the process of sampling color with the eyedropper tool and applying that color to an object, it's possible that a color translation like the above might be occurring.
Hello ilmagodiloz86,
Thanks for adding this post. I'm also experiencing this issue under Fireworks CS6 on Mountain Lion.
What I find the most aggravating is that the color picker not only changes the way the color looks, but also the HEX value.
Attached is a screenshot of how this issue looks on my machine.
I highly encourage anyone else who is experiencing this to send the bug report to adobe https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform , like @goove25 suggested.
In case it is useful, here is what I submitted on the bug report:
******BUG******
Concise problem statement:
Eyedropper is picking up the wrong color. Same issue as http://forums.adobe.com/message/4684445#4684445
Steps to reproduce bug:
1. Place a rectangle in the canvas
2. Fill it it with color #A2CBE6
3. Place a second shape in the canvas.
4. Change the fill of the second shape, by sampling from the fill of the 1st rectangle.
Results:
The second rectangle is filled with color #7FCFE8
Expected results:
The second rectangle should be filled with the original #A2CBE6
AdChoices