W3C home > Mailing lists > Public > public-fx@w3.org > July to September 2013

Re: [filter-effects] initial color for drop-shadow() filter function

From: Dirk Schulze <dschulze@adobe.com>
Date: Mon, 29 Jul 2013 13:12:35 -0700
To: Rik Cabanier <cabanier@gmail.com>
CC: "public-fx@w3.org" <public-fx@w3.org>
Message-ID: <3612B44F-98DE-42AC-B25B-967EDC2835A5@adobe.com>

On Jul 29, 2013, at 9:49 PM, Rik Cabanier <cabanier@gmail.com> wrote:

> If you don't pass a color, it seems you should use the initial values of feFlood [1] which is 100% opaque black.
> Is the current color often used with the box-shadow property?

It is most likely a rare use case. I do not think that it is really used actively. If you do not set the 'color' property, the initial value is most likely black anyway. (Depends on the UA according to the spec[1], but most browsers seem to agree.) If you set it, then the shadow could be in the mood that you define for the page with 'color', which can be quite useful.
Again, I would expect that authors want the same behavior for drop-shadow as for box-shadow/text-shadow.


[1] http://www.w3.org/TR/css3-color/#foreground

> 1: http://www.w3.org/TR/filter-effects/#feFloodElement
> On Mon, Jul 29, 2013 at 12:30 PM, Dirk Schulze <dschulze@adobe.com> wrote:
> Hi,
> Currently drop-shadow() is defined as box-shadow but without inset[1]. It came up a question what this means for the color value of the drop-shadow if it is not defined:
> filter: drop-shadow(3px 3px);
> Apparently WebKit and Blink use transparent black as shadow color. Should the color value assumed to be transparent black if missing? Should it be another color like black? Or should it be the current value of the 'color' property as defined for box-shadow and text-shadow? I would prefer the latter.
> Greetings,
> Dirk
> [1] http://www.w3.org/TR/filter-effects/#FilterProperty
Received on Monday, 29 July 2013 20:13:18 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:49:46 UTC