[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