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

Re: [css3-background] vastly different takes on "blur"

From: Tab Atkins Jr. <jackalmage@gmail.com>
Date: Tue, 22 Jun 2010 15:20:33 -0700
Message-ID: <AANLkTikA_mM5CgZKw2TMx9PzFc6g-zN40XWg9t_Agm5m@mail.gmail.com>
To: Simon Fraser <smfr@me.com>
Cc: Brad Kemper <brad.kemper@gmail.com>, fantasai <fantasai.lists@inkedblade.net>, "robert@ocallahan.org" <robert@ocallahan.org>, Brian Manthos <brianman@microsoft.com>, "www-style@w3.org" <www-style@w3.org>
On Tue, Jun 22, 2010 at 1:54 PM, Simon Fraser <smfr@me.com> wrote:
> On Jun 22, 2010, at 1:42 PM, Brad Kemper wrote:
>
>> On Jun 22, 2010, at 12:07 PM, "Tab Atkins Jr." <jackalmage@gmail.com> wrote:
>>
>>> What we're all saying is that, when we're thinking about how much to
>>> blur, what we mentally care about is how much the blur extends out
>>> from the normal shadow.  The amount that the blur extends into the
>>> normal shadow isn't relevant to our decision on how much to blur.
>>
>> That's the part that still seems indefensible. Whatever direction it extends, it is part of the blur for which the author provided a distance measure. How can that possibly be irrelevant to the blur value provided? If all you cared about was how far it how far it extended (and I know ghats nit the case), you wouldn't need blur. So when you say you are visually picking an attractive blur in conjunction with that decision, then you are just visually and concurrently picking a blurriness that can be represented by a number, regardless of which way it extends.
>
> There are two another reasons to keep the definition of the blur amount that you disagree with.
>
> 1. We already have text-shadow, whose blur behavior we do not want to change.

Webkit's and Firefox's text-shadow behavior appears to be consistent
with Brad's preferred behavior.  I just put together a testcase with
"font-size:1000px; text-shadow:0 0 100px black;" and it's pretty
clearly extending roughly 50px out and 50px in.

If we don't want to change text-shadow (we don't), then we should go
ahead and make the blur length specify the full size of the blur
region, like Brad suggests.  While I do prefer the other way, I value
consistency between nearly-identical properties more.


> 2. In the public-fx group, we will be discussion the addition of filters to CSS, with convenience properties for common filters. Blur will be one of these, and it will have a radius, as input, which should give behavior comparable to box/text-shadow's blur radius. This filter will be based on SVG's gaussian blur, and so the behavior of the radius parameter should match SVG.

If we want the blur filter to work similarly to text-shadow, then it
needs to work as Brad wants.

~TJ
Received on Tuesday, 22 June 2010 22:21:25 GMT

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