W3C home > Mailing lists > Public > www-style@w3.org > September 2013

Re: [css-images] color stops transition

From: Dirk Schulze <dschulze@adobe.com>
Date: Tue, 3 Sep 2013 23:37:23 -0700
To: "Tab Atkins Jr." <jackalmage@gmail.com>
CC: www-style list <www-style@w3.org>
Message-ID: <8C4DBABB-C738-4332-9308-30ACC226301F@adobe.com>

On Sep 4, 2013, at 7:54 AM, Tab Atkins Jr. <jackalmage@gmail.com> wrote:

> On Tue, Sep 3, 2013 at 10:48 PM, Dirk Schulze <dschulze@adobe.com> wrote:
>> On Sep 3, 2013, at 5:18 PM, Tab Atkins Jr. <jackalmage@gmail.com> wrote:
>>> Indeed.  Thus, my (and Shane's) longstanding suggestion that we swap
>>> steps 2 and 3, and only perform the new step 3 at layout time.
>> I am not sure if that helps avoiding the problem of depending layout at all. You still have color-stops without position like:
>> linear-gradient(red 20px, blue, green 80%);
>> blue must be positioned with equal distance to green and red. This as well requires information about gradient length and therefore layout information. Without these information, you can not animate the position of blue properly.
>> Note that as far as I am aware of, neither WebKit/Blink nor Gecko have (reliable) layout information at this point.
> Nope, you can do that with calc() without requiring any layout information.

Right, was about to take it back already. But the spec may say how to use the calc function on multiple colors that need to be positioned between two color stops. Helps to avoid confusion.


> ~TJ
Received on Wednesday, 4 September 2013 06:37:49 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:14:31 UTC