Details
-
Task
-
Resolution: Done
-
P2: Important
-
None
-
None
Description
Goals:
- Better performance: instantiation and any other overhead found in profiling
- Allow transitions to be used as templates: allow a single transition to control multiple simultaneous "instances" of itself.
This task should support the work being done on view animations, to ensure the resulting API and performance are excellent.
Implementation Backlog
Investigate/refactor the current Qt Animation FrameworkAdd template transitions support to QML animationRemove QObject dependencies from animation classesRemove unnecessary private classesRemove unnecessary variant animation classMake sure all unit tests still passBenchmark comparison (>=20% improved)- Rename Q*Animation2 to better names
- Implement tasks in JIRA which is feasible now with the new animation framewok
QTBUG-19969Need way to drive Animations explicitly, not over set duration onlyQTBUG-17552Changes to Animation's 'to' and 'from' properties ignored while animating- QTBUG-16969 Need better way to build state machine out of QML states
- QTBUG-16375 Support grouping of identical Behaviors
QTBUG-13927Animations in transitions do not set running property, transitions do not have running propertyQTBUG-11098Improve alwaysRunToEnd support for complex animations- QTBUG-13268 Bindings in transitions not evaluated (from property in animation)
- QTBUG-11001 Warn on (or prevent) simultaneous conflicting animations
- Performance measurement and tunning
- Make animation timer works well with scene graph's VSync mechanism
- Rework/cleanup QUnifyTimer2 class
- Merge duplicated data members between QDeclarativeAnimation classes and QAbstractAnimation2 classes
Lazy creating animation instances- PathAnimation, SpringAnimation, and SmoothedAnimation all have special cases that need to be implemented to properly support lazy creation and transition templates.
- More benchmarks and tests