Re: [css-color] wider/deeper colors

> On Mar 22, 2016, at 05:51, Dean Jackson <dino@apple.com> wrote:
> 
> 
>> On Mar 21, 2016, at 1:47 PM, Rik Cabanier <cabanier@gmail.com> wrote:
> 
>> What is the problem that it is being solved?
> 
> Like I said, I don't know what you and Florian are talking about :)

I'm not sure what the point of that conversation was anymore either. Thanks for killing it. Which ever part of it was relevant to something will eventually resurface when appropriate.

> At the moment I'm focused on color(), @media (color-gamut...) and @color-profile. We've discussed these for a while now, and I think we have consensus.

I think we have agreement on having these things, on what the syntax would be (roughly), and one the semantics of the media query (roughly).

I am not sure we have agreement on how the compositing, transparency, gradients, and other color math works when we start using color() (or images with builtin profiles) to specify non sRGB colors (or non RGB colors), let alone colors in multiple color spaces.

Do we convert everything to CIELab, then do all the color math there, including composition, then covert to the output device's space at the last possible step (better results)? Do we convert everything to the output devices's space asap, and do the color math there (more performant)? Something in between? Do we get way for authors to switch between these modes, and if yes, is it a property or a document-level switch? Do we pick one and live with that? Do we leave it up to the UA?

That I don't think we have discussed in much depth, so I don't know if we're in agreement or not.

 - Florian

Received on Tuesday, 22 March 2016 08:44:47 UTC