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

Question about the ED version of animateColor

From: Julien Reichel <Julien.Reichel@spinetix.com>
Date: Wed, 6 Aug 2008 22:14:28 +0200
Message-ID: <364D31930BDB974AB40E22C5C2E584ED10D1CB@asterix.SPINETIX.local>
To: <www-svg@w3.org>


The new version of animateColor in [1], specify that:
"In the case of 'currentColor' and 'inherit', if these evaluate to a
color then all animation modes may be used. Otherwise, and in the case
where 'none' is specified, only discrete animation may be used"

However, it is possible that trough other animations the animation has
to switch from a discrete animation to another mode. This would be
equivalent to animating the calcMode, which is explicitly not allowed in
the 1.2 Tiny version at least.

<circle r="50" cx="390" cy="100" fill="none">
 <set attributeName="fill" begin="2.5s" to="red"/>
 <animateColor attributeName="fill" dur="5s" to="green" fill="freeze"/>

>From 0 to 2.5 the animateColor calcMode is discrete, but from 2.5 to 5s
it is linear (the default value).

Is that the intended behaviour ? 

This means that in this special case the calcMode of a given animation
would be modified... This is really not a trivial implementation

Additional note:

Let see the example below taken from the testset

<circle r="50" cx="390" cy="220" fill="yellow">
 <animateColor attributeName="fill" dur="5s" to="none" fill="freeze"/>

According to the operator script:
"the circle at the bottom right (with a green fill) disappears at 2.5
seconds (discrete animation)"

However according to SMILE [2]:
<Since a to animation has only 1 value, a discrete to animation will
simply set the to value for the simple duration >

I see some contradiction here.... 

Why should the value change at 2.5s in this case?

Thanks you in advance for the explanation.



Julien Reichel, PhD
Technology Architect, SpinetiX S.A.
PSE-C, CH-1015, Lausanne, Switzerland

Tel:     +41 (0) 21 693 89 81
Mail:   julien.reichel@spinetix.com
Get Information : http://www.spinetix.com


Received on Wednesday, 6 August 2008 20:15:06 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:47:14 UTC