Maybe the best course of action is to remove ENABLE(FILTERS) by always
enabling the code and then have the CSS API for filters developed
behind ENABLE(CSS_FILTERS)?

Adam


On Thu, Sep 22, 2011 at 11:38 AM, Eric Seidel <e...@webkit.org> wrote:
> I was actually considering removing ENABLE(FILTERS) since it seemed to
> be on everywhere.  It would probably be better for us to remove it
> first and this feature to exist under its own define (if it even needs
> a define?).
>
> If you'll want folks to be able to turn this off w/o affecting their
> existing shipping configurations, you'd need a new define.  But I'm
> also not sure anyone will need to turn it off.  I leave that up to
> you. :)
>
> -eric
>
> On Thu, Sep 22, 2011 at 11:30 AM, Dean Jackson <d...@apple.com> wrote:
>> Dirk (known in these parts as krit) reminded me that I had not emailed 
>> webkit-dev about the plans to start an implementation of W3C's new Filter 
>> Effects specification.
>>
>> https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/publish/Filters.html
>>
>> The quick summary is that this exposes the 'filter' property from SVG to 
>> everything in CSS, and adds some shorthands for common effects so people 
>> don't have to write XML in order to do something like a blur or sepia 
>> effect. The spec has received a fair amount of input from the CSS and SVG 
>> working groups, and particularly from Apple, Google, Mozilla, Opera and 
>> Adobe.
>>
>> Here's the tracking bugzilla:
>>
>> https://bugs.webkit.org/show_bug.cgi?id=68469
>>
>> It will be protected by the existing ENABLE(FILTERS), unless someone has a 
>> good reason why this should be a new enabled feature name.
>>
>> The implementation plan that I have in mind is:
>>
>> - start with '-webkit-filter' only for HTML elements that supports something 
>> similar to the existing 'filter'
>> - implement more of the spec, including the shorthands
>> - expose '-webkit-filter' to SVG, but only if the existing 'filter' property 
>> is not set
>> - wait for the spec to progress, then drop the prefix
>>
>> In parallel we'll also be looking at animation of these effects, plus 
>> hardware acceleration (open questions to how: OpenCL? Graphics3D? Core Image 
>> where available?)
>>
>> Dean
>>
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev@lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Reply via email to