[Qt-qml] Expected behavior of Transitions that animate properties not expected to change
michael.brasser at nokia.com
michael.brasser at nokia.com
Tue Aug 10 04:51:21 CEST 2010
On 10/08/2010, at 6:27 AM, ext Eduardo Fleury wrote:
> While working on Qt components I got into a situation I'd like to share with you. I'm not sure yet this is a bug so I'd rather listen to what you think before opening it.
>
> Use case:
> 1) There is an on-off-switch component has three states "on", "off" and "dragging".
> 2) State "on" sets the property "x" to 200, without restore entry values
> 3) State "off" sets the property "x" to 0, without restore entry values
> 4) State "dragging" does not set anything
> 5) There is a transition from "*" to "*" with a NumberAnimation {properties: "x" }
>
> Situation:
> When I move from state "on" to "dragging", the value of X should NOT change, right? Since there is no setting of X in "dragging" nor property value restoration from "on" state.
> This works OK.
>
> But what about the "animation" inside the transition? Should it run? To animate X to nowhere?
> In my tests it seems to be running.
> That means if I change the value of "x" by dragging my component, it will flicker between the old and new position (because the animation is setting the old X value from time to time).
>From your description the animation running sounds like incorrect behavior to me -- please raise a task with the example code and I'll have a closer look.
Regards,
Michael
More information about the Qt-qml
mailing list