|Web safe color by PhotoShop|
really web safe?
| 9:12 pm on Jan 15, 2007 (gmt 0)|
Is Photo Shop option “color web safe” really delivering a web safe color?
To me it does not look like it
My partner illustrator, sent me for example a logo and one of the color used is
Defined by RGB as FC9200
Then in a page 100% css
I have a font Verdana treated as h3 that should be displayed by using the same
But the logo color and the text are really far apart
Is it because photo shop thinks it is a web safe color that it should be?
What do you think?
| 9:17 pm on Jan 15, 2007 (gmt 0)|
Can of Worms.
It's probably because of your calibration.
Photoshop Web safe colors are the same as any other colors, as far as RGB values go, but it tends to have its own ideas about how to show them to you on your own screen.
You need to calibrate Photoshop to your monitor (after calibrating your monitor).
Basically, Photoshop has a Space Shuttle Control Panel [linuxdevices.com] for color management.
If you look at the image in the browser, as opposed to Photoshop, it will probably look fine.
| 9:19 pm on Jan 15, 2007 (gmt 0)|
I was affraid of something like this
however it makes sense
thanks a lot
| 8:14 pm on Jan 16, 2007 (gmt 0)|
I dont think calibration has anything to do with it.
FC9200 in an image and FC9200 interpreted by a browser are still the same values. Even poor calibration will still output them the same. I think it's more likely that in exporting as .gif, or saving as .jpg, your compression has changed the value in the image to something else. Re-open the image, sample it in RGB, see if this is the case.
It's notable to mention though, when I paste FC9200 in the color mixer in Photoshop, I get the triangle -! next to it, which tells me it's possibly **not** a web-safe color?
| 9:23 pm on Jan 16, 2007 (gmt 0)|
You are correct. FC9200 is not a Web-safe number.
All Web-safe numbers have a particular characteristic: Each byte is a multiple of Hex 0x33. i.e:
0x00, 0x33, 0x66, 0x99, 0xCC, 0xFF
The closest safe color would be 0xFF9900 (probably).
| 5:10 pm on Jan 17, 2007 (gmt 0)|
Repeat after me: there's no such thing as a web-safe palette. And there never was.
| 5:24 pm on Jan 17, 2007 (gmt 0)|
Ahh...yes. I remember that. They are correct.
I agree. However, I still naively try to use "Web safe" numbers in things like backgrounds and font colors. It's sort like whizzing in a dark suit. No one notices, but you feel warm and relieved.
Even though, nowadays, desktops and laptops are all capable of displaying gazillions of colors (and completely misrepresenting them -color management is still pretty badly supported).
Handhelds and mobiles still benefit from it.
| 6:09 pm on Jan 19, 2007 (gmt 0)|
Web safe colors are a limited palette. I have been using pantone colors, which doubles the size of my web palette. As an added benefit, I can use the same colors in print and web projects.
More info here: [colorguides.net...]
| 8:26 pm on Jan 19, 2007 (gmt 0)|
Moose, just to open the discussion, that method is eventually going to lead you to a fall.
Think of why Pantones are used in the first place: the primary reason is to get targeted color spots in printing when printing in less than four colors. The second, and more relevant reason, is that Pantone inks are used to access colors that are impossible to recreate in four color process printing.
Without getting into the technical aspects of color theory and ink impurity, suffice it to say that process colors cannot reproduce certain colors due to the limitations of the pigments used and the printing process itself. This it's color gamut, often referred to as color space. The CMYK gamut is the limitation of all the range of colors in process printing, and is further limited by the tint and weave of the stock you print on.
Pantone colors use NON-process inks to access some colors not available to process printing. For the same reason, many colors produced by process inks are impossible to reproduce in Pantone - the process colors are outside the Pantone color gamut.
Now enter the world of the web, which is RGB. RGB is color constructed of light, thus it is additive.
CMYK and Pantone colors are constructed of reflected light, they are subtractive.
By all the concepts above, you see the problem - there are colors outside the RGB gamut in both process and Pantone inks, and colors outside those gamuts in RGB. If you use Pantone matching, be sure you work with colors that are **truly** accessible to all media in which you wish to work. Just because a table lookup soemwhere says it matches doesn't always make it so. :-)