W3C home > Mailing lists > Public > www-svg@w3.org > January 2008

Re: SVGT1.2: Usage of currentColor in animations

From: Chris Lilley <chris@w3.org>
Date: Thu, 10 Jan 2008 21:48:41 +0100
Message-ID: <609868261.20080110214841@w3.org>
To: "Dr. Olaf Hoffmann" <Dr.O.Hoffmann@gmx.de>
Cc: www-svg@w3.org

On Wednesday, January 9, 2008, 12:52:03 PM, Dr. wrote:

DOH> If color itself is animated as in animate-elem-85-t it will not be sufficient
DOH> to pass the test, if the currentColor is only determined at the beginning
DOH> of another animation. It has to be determined any time, the value
DOH> is needed, if color is changed somehow. I think, this behaviour can 
DOH> already be determined from the property name, it is currentColor and
DOH> not pastColor or futureColor or something like this.

Yes; and the definition seems clear (to me) in the spec:

 currentColor
    Indicates that painting shall be done using the color specified by the current animated value of the 'color' property.
http://www.w3.org/TR/SVGMobile12/painting.html#SpecifyingPaint

DOH> For example in the bottom subtest of animate-elem-85-t the resulting
DOH> color changes in a quadratic dependence, because both fill and color
DOH> are animated and currentColor is the to-value for fill.

DOH> This is somehow similar to the behaviour of to-animations with 
DOH> underlying animations, obviously not really easy to implement, but
DOH> for any example it is precisely testable, whether this is implemented
DOH> correctly or not. And currently, I think it is risky for authors to rely on
DOH> such more complex animations unfortunately.





-- 
 Chris Lilley                    mailto:chris@w3.org
 Interaction Domain Leader
 Co-Chair, W3C SVG Working Group
 W3C Graphics Activity Lead
 Co-Chair, W3C Hypertext CG
Received on Thursday, 10 January 2008 20:48:47 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:38 GMT