| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
|
|
| |
updateCurrentTime
That deletion removed the respective animation from the list of running
animations being processed, but not from the copy of the list introduced in
48489988521b818bda8d76e60cb272508e91b490, thus we had a dangling pointer.
Reviewed-by: thierry
|
|
|
|
|
|
|
|
| |
The problem was we were iterating over the list of running animations.
And when calling setCurrentTime(<duration>) on one of them they just
unregister themselves from the timer and we would miss some of them.
Reviewed-by: leo
|
|
|
|
| |
Reviewed-by: ogoffart
|
|
|
|
|
|
| |
It is now possible to set a start value and no end value and starting
the animation will pick the default end value from the current value
of the property that's being animated.
|
|
|
|
| |
Reviewed-by: Trust Me
|
| |
|
|
|
|
|
| |
The problem is that when restarting, the time is at the end. So the
current value changes to the end value instead of the initial value.
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
|
| |
the same type as the property
For example, if you set a start value of 0 (integer) for a qreal
animation, it would not work.
Reviewed-by: janarve
|
|
|
|
|
|
|
| |
The current value was udpated on setKeyValueAt, but not on setKeyValues
and this was leading to a semantic inconsistency.
Reviewed-by: janarve
|
|
|
|
|
|
|
| |
If we have less than 2 key values, we should neither try to interpolate
nor set the current value.
Reviewed-by: janarve
|
| |
|
|
|
|
|
|
| |
of the object
Task-number: 251763
|
|
|
|
|
|
|
| |
The default start value is updated when the animation changes from
Stopped to Running state.
Reviewed-by: Jan-Arve
|
|
|
|
|
|
|
|
| |
When the start value is not explicitly defined, the property animation
will set the default start to be the current property value when updating
the animation's state to Running.
Reviewed-by: Jan-Arve
|
| |
|
|
|