I checked it out and determined that gauges only animate value changes, they don't animate changes in the other options.
Would it be plausible to predetermine an expected maximum for the gauge and apply that at the start? If so, then you don't have to worry about changing the maximum as new data comes in. On Tuesday, August 20, 2013 10:17:19 PM UTC-4, Enno Davids wrote: > > That's true as far as it goes... the gauges animate the movement of the > pointers, which works well. But if the value I'm displaying now goes beyond > the max value of the gauge, it just pins the pointer at the top of the > gauge. So, I then decided to check my data before passing it to the gauge, > and calculate a "gauge maximum" (in this case the gauge value rounded up to > the next multiple of 50) and pass it in as part of the options argument. > The gauge behaves as you'd expect when the draw() method is called, > re-rendering the gauge with the new maximum in a single step. > > Visually this means as my a gauge approaches the maximum it suddenly jumps > as the new maximum cuts in. If the data you have is coming from some > real-time source (as mine is) the gauge may jump up and down a few times > before settling into a new range. So, my plan is > > - smooth the gauge maximum transition with an animation > - add some hysteresis to the calculation of the maximum > > I getting that there may only be support for a single animated transition > internally in the gauge... > > > Cheers, > > E. > > > > > On Wednesday, August 21, 2013 10:19:27 AM UTC+10, asgallant wrote: >> >> The gauges support animation as is, no need to bring in jQuery to handle >> it. Just feed the chart new data and it auto-animates when you redraw. >> >> On Tuesday, August 20, 2013 7:16:42 PM UTC-4, Enno Davids wrote: >>> >>> I'm using a gauge object and have run into the situation where the range >>> I'm using is being exceeded. This is easy enough to fix by basically >>> setting new values for the min and pax properties prior to calling the draw >>> method on the object. The result of course sees the whole scale jump shift >>> from the old values to the new values, which can be visually a little >>> disconcerting till you realise what happened. >>> >>> So, my idea is ti use the jquery animate() method to smoothly transition >>> from the old range to the new one. Given that animate wants to deal with >>> CSS/DOM attributes there will be a little faking it (a la >>> http://www.bennadel.com/blog/1856-Using-jQuery-s-Animate-Step-Callback-Function-To-Create-Custom-Animations.htm) >>> >>> with a custom step function, but I'm thinking it's doable with a modest >>> amount of code. >>> >>> So, my question is if anyone else has attempted this or something like >>> it already, or indeed if there was some option I missed that does this >>> natively. >>> >>> >>> Cheers, >>> >>> E. >>> >>> -- You received this message because you are subscribed to the Google Groups "Google Visualization API" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/google-visualization-api. For more options, visit https://groups.google.com/groups/opt_out.
