Intent to deprecate and remove: SVG filterRes attribute

62 views
Skip to first unread message

Philip Rogers

unread,
May 27, 2015, 5:08:57 PM5/27/15
to blink-dev, Dirk Schulze

Primary eng (and PM) emails

p...@chromium.org (p...@chromium.org)


Summary

filterRes is used to control the resolution of filters and has been removed from Gecko and the spec (http://www.w3.org/TR/filter-effects/#element-attrdef-filter-filterres).


Motivation

Filterres is rarely used on the web and does not work on HTML content in any browser. The prevailing opinion seems to be that it's better to let authors explicitly chose the filter resolution. Like Gecko, there is some minor implementation complexity we will be able to remove as well.


Usage information from UseCounter

Our UseCounter just went live in the stable channel and is at 0.0001%:

https://www.chromestatus.com/metrics/feature/timeline/popularity/749


Entry on chromestatus.com

https://www.chromestatus.com/features/5235900443262976

crbug.com/353272


Compatibility Risk

Low. filterRes is supported in Blink and WebKit. It has been removed from Gecko (https://www.w3.org/Bugs/Public/show_bug.cgi?id=24900) and was never implemented in IE.

Chris Harrelson

unread,
May 27, 2015, 5:14:37 PM5/27/15
to Philip Rogers, blink-dev, Dirk Schulze
LGTM

To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.

Philip Jägenstedt

unread,
May 27, 2015, 6:06:36 PM5/27/15
to Chris Harrelson, Philip Rogers, blink-dev, Dirk Schulze
LGTM2

I take it that SVGFilterElement.filterResX/filterResY and
setFilterRes() will be removed at the same time? These didn't have
dedicated use counters in M43, but were part of the SVG1DOM group
which gives an upper limit:
https://www.chromestatus.com/metrics/feature/timeline/popularity/567

Given the extremely low usage of the content attribute, it's a very
good guess that the IDL attributes are similarly unused. A quick
search in httparchive or similar ought to reveal if they're used in a
popular library or something.

Philip Rogers

unread,
May 27, 2015, 6:25:54 PM5/27/15
to Philip Jägenstedt, Chris Harrelson, blink-dev, Dirk Schulze
Philip,

That's a good catch, we should expand this to include:
SVGFilterElement.setFilterRes
SVGFilterElement.filterResX
SVGFilterElement.filterResY

I don't see any usage of these in HTTPArchiveData.

Philip Jägenstedt

unread,
May 27, 2015, 6:34:57 PM5/27/15
to Philip Rogers, Chris Harrelson, blink-dev, Dirk Schulze
That's great, it should be a smooth removal then.

Dimitri Glazkov

unread,
May 27, 2015, 6:35:28 PM5/27/15
to Philip Jägenstedt, Philip Rogers, Chris Harrelson, blink-dev, Dirk Schulze
LGTM3.

:DG<
Reply all
Reply to author
Forward
0 new messages