W3C home > Mailing lists > Public > www-style@w3.org > August 2009

Re: Talk on radial gradients

From: Simon Fraser <smfr@me.com>
Date: Sun, 23 Aug 2009 21:43:39 -0700
Cc: www-style list <www-style@w3.org>
Message-id: <C0740379-3AA6-4D05-8B35-A767A84F8902@me.com>
To: "Tab Atkins Jr." <jackalmage@gmail.com>
On Aug 23, 2009, at 11:18 am, Tab Atkins Jr. wrote:

> Second, I don't think an ending circle is necessary *at all*, with a
> point or radius.  As I mentioned above, in every case of a radial
> gradient that got passed to me in a design document, it was based
> directly on the box itself.  Thus the box itself should provide the
> ending circle.  There are several ways to do this, and I think they're
> all valid - frex, you could want to end with a circle as wide as the
> box, or as tall as the box, or as large as the smaller or larger
> dimension, or large enough to fully contain the box (the circle
> circumscribes the box).  All of these seem to be valid and reasonable,
> and I would expect that they'd see real use in decent numbers.

I'm not sure I agree here. You could imaging a radial gradient  
being used to highlight a foreground item. In that case you'd want to  
to be a lot smaller than the box. Sure, you could add a color-stop,  
but ever
additional color-stop adds complexity.

> Third, and this is something I'm not completely sure on yet but think
> is probably important, you should be able to specify elliptical
> shapes.

I agree, but FYI elliptical shapes are not supported by Core Graphics  
on Mac,
so there may be significant impediments to implementation.

In general I think the linear-gradient and radial-gradient syntaxes  
should be
as similar as possible, to reduce the (already significant) brain- 
print of
gradients. I'm not sure that differences in usage patterns are more  
that making things easy to remember.

Received on Monday, 24 August 2009 04:44:22 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:07:38 UTC