- From: Dirk Schulze <dschulze@adobe.com>
- Date: Tue, 24 Sep 2013 22:15:58 -0700
- To: Rik Cabanier <cabanier@gmail.com>
- CC: "Tab Atkins Jr." <jackalmage@gmail.com>, Simon Sapin <simon.sapin@exyr.org>, www-style list <www-style@w3.org>
On Sep 25, 2013, at 12:43 AM, Rik Cabanier <cabanier@gmail.com> wrote: > On Tue, Sep 24, 2013 at 3:25 PM, Tab Atkins Jr. <jackalmage@gmail.com> wrote: > On Tue, Sep 24, 2013 at 3:14 PM, Rik Cabanier <cabanier@gmail.com> wrote: > > On Tue, Sep 24, 2013 at 2:58 PM, Tab Atkins Jr. <jackalmage@gmail.com> > > wrote: > >> On Tue, Sep 24, 2013 at 2:31 PM, Rik Cabanier <cabanier@gmail.com> wrote: > >> > The compositing/blending spec doesn't talk about converting colors [1] > >> > All > >> > the formulas (except for 4 special ones) work on individual color > >> > channels, > >> > regardless of what they represent. > >> > >> Those channels appear to be assumed to be RGB. > > > > Can you point out where that is so I can update the spec? > > Hmm, I guess it actually doesn't. The few examples that give explicit > color numbers are all written with RGB, but there's nothing outside > the examples that actually talks about the color value. > > Great. I made a not to add CMYK (and spot?) examples for the next version. We already have CMYK so the note would make sense in this level already, wouldn't it? Even though WebKit does not preserve CMYK (and transforms it into RGB) for CSS, it has proper CMYK handling in Canvas (in Safari). And CSS Compositing addresses Canvas as well. Greetings, Dirk
Received on Wednesday, 25 September 2013 05:17:58 UTC