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

Re: [css3-background] border-radius color transitions using gradients recommended but undefined

From: Tab Atkins Jr. <jackalmage@gmail.com>
Date: Wed, 24 Feb 2010 17:42:16 -0600
Message-ID: <dd0fbad1002241542v6283a0bp30d4aeeb4ccbe87b@mail.gmail.com>
To: Sylvain Galineau <sylvaing@microsoft.com>
Cc: fantasai <fantasai.lists@inkedblade.net>, "www-style@w3.org" <www-style@w3.org>
On Wed, Feb 24, 2010 at 5:15 PM, Sylvain Galineau
<sylvaing@microsoft.com> wrote:
> Should I want to go experimental and risk some interop kinks, Tab's
> gradient image feature offers a very interesting risk/reward ratio. And
> if few people do care about the actual color interpolation used in gradients,
> it's even more interesting. (Although I suspect getting gradients right on a
> large surface matters more than on a border corner)

Indeed, large-area gradients are much more important to get exact.  I
expect that the *-gradient() functions will often be used to line up
with other layout elements, frex, where pixel perfection is very nice
to have.

A gradient on a border corner, though, really *can't* be used like
that in any expected normal usage.  It should only become important
when you go out of you way to turn the transition area into a
large-area gradient, such as by making an element that is nothing
*but* curved border ("foo { border-style: solid; border-width: 100px
50px; border-color: red green blue yellow; border-radius: 100%/100%;
}").

(Interestingly, it appears that such an thick-border element is
impossible to use anyway today - both Firefox and Chrome render it
*extremely* badly.  They both fail the "objectively ugly" test.)

~TJ
Received on Wednesday, 24 February 2010 23:43:04 GMT

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