filter: drop-shadow doesn't support spread |
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.94 Safari/537.36 Steps to reproduce the problem: 1. Create a shadow with 5 parameters, e.g.: -webkit-filter: drop-shadow(0px 2px 1px -1px rgba(0, 0, 0, 0.2)) What is the expected behavior? The API is the same as box-shadow, accepting x, y, blur, spread, and color. What went wrong? Adding spread causes the shadow to stop parsing. Did this work before? N/A Chrome version: 50.0.2661.94 Channel: stable OS Version: OS X 10.11.4 Flash Version: Shockwave Flash 21.0 r0 Mozilla documents spread as a parameter, but adding it seems to break their shadows too: https://developer.mozilla.org/en-US/docs/Web/CSS/filter#drop-shadow()_2
,
May 11 2016
Seems like the spec here: https://drafts.fxtf.org/filters/#funcdef-filter-drop-shadow states that "Note that spread values or multiple shadows are not accepted for this level of the specification." Seems like a WontFix to me in that case and that the MDN documentation needs to be updated in that case. I'll see if it is possible to reach out to the MDN team. Feel free to comment here or reopen the bug if I am wrong.
,
May 11 2016
,
May 11 2016
Can we fix the spec to support both of these? Material shadows use both features. If not, we're going to end up writing and using SVG implementations with feGaussianBlur and friends…a lot.
,
May 11 2016
CCing @shans to comment on the spec related stuff.
,
Jun 2 2016
,
Jul 27 2016
Marking this as ExternalDependecy to reflect the spec work that needs to be done first.
,
Apr 5 2017
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by esprehn@chromium.org
, May 10 2016Components: Blink>CSS>Filters