- From: L. David Baron <dbaron@dbaron.org>
- Date: Thu, 4 Apr 2013 16:32:55 -0700
- To: Dirk Schulze <dschulze@adobe.com>
- Cc: www-style list <www-style@w3.org>
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 Thursday, 4 April 2013 23:33:23 UTC