W3C home > Mailing lists > Public > www-style@w3.org > June 2012

Re: [css4-color] Make the r/g/b components be <number> rather than <integer>?

From: Rik Cabanier <cabanier@gmail.com>
Date: Sat, 9 Jun 2012 20:38:30 +0200
Message-ID: <CAGN7qDD0=H42Aj2xKLYS69nV5_yfpYw4ZWZHUDHbTWj5VEM01A@mail.gmail.com>
To: Boris Zbarsky <bzbarsky@mit.edu>
Cc: www-style@w3.org
On Sat, Jun 9, 2012 at 7:24 AM, Boris Zbarsky <bzbarsky@mit.edu> wrote:

> On 6/9/12 12:59 AM, Brad Kemper wrote:
>
>> RGB values can be negative?
>>
>
> Last paragraph of http://www.w3.org/TR/CSS21/**
> syndata.html#value-def-color<http://www.w3.org/TR/CSS21/syndata.html#value-def-color>says:
>
>  Other devices, such as printers, have different gamuts than sRGB;
>  some colors outside the 0..255 sRGB range will be representable
>  (inside the device gamut), while other colors inside the 0..255 sRGB
>  range will be outside the device gamut and will thus be mapped.
>
> and then there is a nice note:
>
>  Note. Mapping or clipping of color values should be done to the
>  actual device gamut if known (which may be larger or smaller than
>  0..255).
>
>
>  Isn't zero the absence of any light from that component of the pixel?
>>
>
> You just assumed that your CSS styled document is being shown using
> "light".
>
>
>  Do negative values suck the light from other light sources in the room?
>>
>
> Negative values correspond to a subset of the colors you can get our of
> your printer that your computer screen can't show.
>
>
wow. That's absolutely terrible.
Can this be changed?

Rik
Received on Saturday, 9 June 2012 18:38:59 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:55 GMT