- From: Chris Lilley <chris@w3.org>
- Date: Fri, 6 Dec 2013 21:28:39 +0100
- To: Dean Jackson <dino@apple.com>
- CC: "Tab Atkins Jr." <jackalmage@gmail.com>, www-style list <www-style@w3.org>
Hello Dean, Friday, December 6, 2013, 8:53:35 PM, you wrote: > Yes, we now follow the CSS spec and match to sRGB. Cool and (unlike Microsoft IE 9/10 which convert colours *to* sRGB but then fails to convert them *to* the monitor gamut if that is not sRGB) it seems from Tab's comment that you correctly do both steps (read the CSS colors as sRGB, and transform to output device colourspace. Could you confirm that you do this for both monitors and for printers? I assume its still the case that ICC-tagged raster images are correctly handled (converted from source colourspace to output device colourspace)? > Dean > On 6 Dec 2013, at 2:27 pm, Tab Atkins Jr. <jackalmage@gmail.com> wrote: >> It looks like Safari 7 has begun managing CSS colors, without >> mentioning this to anyone. In particular, if you visit >> <http://www.libpng.org/pub/png/colorcube/colorcube-pngs-iCCP-CSS.html> >> on a wide-gamut (non-sRGB) monitor, the squares and their borders will >> be different colors on Chrome and Firefox, but the same color in >> Safari 7. >> >> (If you visit it on an sRGB monitor you won't see anything special, >> since the border colors will be in sRGB even in the browsers that >> don't color-correct.) >> >> I haven't yet tested whether they color-manage untagged images as >> well, as required by CSS. >> >> Anyone from Apple have any further details? >> >> ~TJ >> -- Best regards, Chris mailto:chris@w3.org
Received on Friday, 6 December 2013 20:28:42 UTC