https://issues.apache.org/ooo/show_bug.cgi?id=121165
Ariel Constenla-Haile <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |ACCEPTED Assignee|[email protected] |[email protected] |.org | --- Comment #3 from Ariel Constenla-Haile <[email protected]> --- It turns out that the index of the image is stored in a member variable, mnCurStep, that is reset to 0 only when AutoRepeat is enabled: IMPL_LINK( Throbber, TimeOutHdl, void*, EMPTYARG ) { ::vos::OGuard aGuard( Application::GetSolarMutex() ); if ( maImageList.empty() ) return 0; if ( mnCurStep < mnStepCount - 1 ) mnCurStep += 1; else { if ( mbRepeat ) { // start over mnCurStep = 0; } else { stop(); } } SetImage( maImageList[ mnCurStep ] ); return 0; } neither start() nor stop() reset mnCurStep in zero. The one-line fix is to set mnCurStep = 0 in Throbber::start(). Concerning the API changes, may be the following sounds reasonable: startAnimation - starts the animation from the beginning resumeAnimation - starts the animation from the point where it was stoped startAnimationAt( nIndex ) - starts the animation at index nIndex, if the index exists in the image set, if no, it works like startAnimation (it could also throw some exception) -- You are receiving this mail because: You are the assignee for the bug.
