Re: [webkit-dev] Timing updates for SVG SMIL animations

2011-07-28 Thread Dirk Schulze
Am 27.07.2011 um 23:03 schrieb Darin Fisher: Perhaps related to this thread, shouldn't we be basing SVG animations off of the same animation scheduler that drives requestAnimationFrame and soon CSS animations (https://bugs.webkit.org/show_bug.cgi?id=64591)? It seems less than ideal to

[webkit-dev] Timing updates for SVG SMIL animations

2011-07-27 Thread Scott Graham
Hi, When the Timer is fired for SMILTimeContainer to update animations, the elapsed time is calculated based on the client's currentTime(). That elapsed time is passed into updateAnimations and is used most of the way down. In some cases during the update though, SMILTimeContainer::elapsed() is

Re: [webkit-dev] Timing updates for SVG SMIL animations

2011-07-27 Thread Simon Fraser
On Jul 27, 2011, at 11:14 AM, Scott Graham wrote: Hi, When the Timer is fired for SMILTimeContainer to update animations, the elapsed time is calculated based on the client's currentTime(). That elapsed time is passed into updateAnimations and is used most of the way down. In some

Re: [webkit-dev] Timing updates for SVG SMIL animations

2011-07-27 Thread Scott Graham
On Wed, Jul 27, 2011 at 12:15 PM, Simon Fraser simon.fra...@apple.comwrote: On Jul 27, 2011, at 11:14 AM, Scott Graham wrote: Does anyone disagree that all updates should use the same elapsed time during the update? Or, in other words, is there any reason to re-get the current wallclock time

Re: [webkit-dev] Timing updates for SVG SMIL animations

2011-07-27 Thread Darin Fisher
Perhaps related to this thread, shouldn't we be basing SVG animations off of the same animation scheduler that drives requestAnimationFrame and soon CSS animations (https://bugs.webkit.org/show_bug.cgi?id=64591)? It seems less than ideal to use a Timer. -Darin On Wed, Jul 27, 2011 at 11:14 AM,