Ian
Ian
Can you put it on a jsfiddle ? Is it that it's animating to 0 rather than 360 or something ?
Reading through that, it sounds like it's simply animating to 0, so this would be correct behaviour and not a bug (but I may be misunderstanding). You just want it...
There is no bug as such (that has been explained so far), an animation from a higher to a lower number will go in the opposite direction. You just need...
0.5.1 "works" (i.e it doesn't actually), but it works on 0 as it switches internally to represent -90 deg at 270, and animates from -90 to 0, which is "fine"....
Can confirm this http://jsfiddle.net/qywLcpqe/
Hmm that's using 0.5.0 from a cdn, just double checking
I note https://github.com/adobe-webplatform/Snap.svg/blob/master/dist/snap.svg.js has 0.5.1 written at the top, but 0.5.0 lower down for Eve and version. The cdn at https://cdnjs.cloudflare.com/ajax/libs/snap.svg/0.5.1/snap.svg.js for example for 0.5.1 says 0.5.0 at the top...
That's great. Missing piece of the puzzle for me, is how CDNs get their files in the first place.
You could probably build the fill manually, and use the Snap.animate( from, to, function, duration, callback) method and use rgb() as an interim measure Something like.. Snap.animate( [10,10,10],[20,30,40], function( val...
Try 0.5.2 (you will need to check out the dev branch I think).