W3C home > Mailing lists > Public > www-style@w3.org > April 2013

Re: [css-color] color-correction into color-interpolation

From: Rik Cabanier <cabanier@gmail.com>
Date: Sun, 7 Apr 2013 19:59:40 -0700
Message-ID: <CAGN7qDCUHZ2_xvk+eiC73ZRFCvsyEpn8X7S9Cd6R-beCqE1_xg@mail.gmail.com>
To: Dirk Schulze <dschulze@adobe.com>
Cc: "L. David Baron" <dbaron@dbaron.org>, www-style list <www-style@w3.org>, "www-svg@w3.org list" <www-svg@w3.org>
On Sun, Apr 7, 2013 at 9:28 AM, Dirk Schulze <dschulze@adobe.com> wrote:

>
> On Apr 4, 2013, at 6:40 PM, Rik Cabanier <cabanier@gmail.com> wrote:
>
> > Since color-interpolation is of such questionable value, why don't we
> just deprecate it?
> > It's use can be replaced by using the Lab color spaces since it is
> linear.
> >
>
> Even if I would agree on deprecating for the general usage on arbitrary
> shapes, 'color-interpolation' is used on masking and filters as well. All
> mayor browsers and most viewers support color-interpolation on filters. I
> think the same is true for masking, but I did not verify that yet.
>

I would hope that it is not active for masking since it would force masks
to behave differently from alpha compositing.
Is it active on filters? I thought color-interpolation-filters was used
there.


>
> > If a UA implements color-correction properly, it is also unclear what
> the 'linear' version of a non-sRGB color is.
>
> This is part of the request. If both properties are not combined,
> color-correction would need to clarify that.


I'd rather see something more specific.
Maybe there could be a css property that sets the colorspace of a document.
Color-correction could then become a property that says if the object is in
that colorspace or another one.

>
> > Rik
> >
> > On Thu, Apr 4, 2013 at 4:32 PM, L. David Baron <dbaron@dbaron.org>
> wrote:
> > On Thursday 2013-04-04 16:07 -0700, Dirk Schulze wrote:
> > > In the behalf of the SVG WG, I would like to ask it if is possible to
> merge the 'color-interpolation' property with the 'color-correction'
> property. We think that they do share similarities.
> > >
> > > - 'color-interpolation' is a CSS property and should be part of a CSS
> specification anyway. CSS Color makes most sense here.
> > > - SVG has a similar problem as CSS: while SVG requires an sRGB color
> space, most (maybe all?) implementations use DeviceRGB in reality.
> > > - We think 'auto' should be added to 'color-interpolation' to
> represent this difference
> > > - The keyword 'linearRGB' would need to be specified as well, as it is
> in SVG to switch the color space to linearRGB. 'color-correction' is coming
> from the WebKit CG implementation which, in theory, is able to use
> linearRGB.
> >
> > I think this is a bad idea.
> >
> > 'color-correction' is designed to solve a legacy problem and allow
> > documents to opt in to what the spec has required all along (but
> > hasn't been implemented, at least partly due to lack of color
> > matching with plugins).  It's designed so that if we solve that
> > legacy problem (e.g., with changes to the plugin API) we can change
> > the initial value or potentially even entirely remove the property's
> > effect.  It's also designed to be the smallest possible solution to
> > the problem it's trying to solve, allowing authors to specify colors
> > in a globally-meaningful way, and thus hopefully the most likely to
> > be implemented.
> >
> > -David
> >
> > --
> > 𝄞   L. David Baron                         http://dbaron.org/   𝄂
> > 𝄢   Mozilla                           http://www.mozilla.org/   𝄂
> >
> >
>
>
Received on Monday, 8 April 2013 03:00:16 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:10 UTC