W3C home > Mailing lists > Public > www-style@w3.org > November 2010

Re: [css3-images] Proposed Gradients changes

From: Brad Kemper <brad.kemper@gmail.com>
Date: Mon, 29 Nov 2010 17:00:43 -0800
Message-Id: <E1DE892D-CC27-42D6-98A1-16919A26F9AB@gmail.com>
Cc: Rik Cabanier <cabanier@adobe.com>, www-style list <www-style@w3.org>
To: "Tab Atkins Jr." <jackalmage@gmail.com>



Brad Kemper

On Nov 29, 2010, at 4:48 PM, "Tab Atkins Jr." <jackalmage@gmail.com> wrote:

> On Mon, Nov 29, 2010 at 4:10 PM, Brad Kemper <brad.kemper@gmail.com> wrote:
>> If Filters are the primary benefit of duplicating background capabilities inside gradient images, then please enlighten me about how that works. Is there a Filters draft that explains how images are used in filters? I thought CSS Filters were going to use SVG functionality. Doesn't SVG have it's own way of generating gradients that is as complex as anyone could ever want?
> 
> There is not yet a draft for such, though I believe that one will be
> forthcoming relatively soon.
> 
> From discussions, I believe that CSS Filters will expose the
> functionality of SVG filters in a functional manner, so that you can
> provide source images and pass them through filters (these source
> images may be actual images or discrete layers of elements, like all
> the backgrounds or all the text or whatever).

So it may be fine, or even preferable to use more powerful SVG gradients for filters instead of CSS gradients (which should be more optimized for easy learning and typing and reading by authors). 

I'd rather see us start out with the simplest version of CSS gradients and only add extra arguments to the function if they are really needed. The existing way of getting pictures into CSS, url(), only has one argument after all. This should also help us to more quickly get matching implementations, and widespread author understanding of the essentials. 
Received on Tuesday, 30 November 2010 01:01:27 GMT

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