Re: [Qt-qml] Managing declarative/imperative "order of operations"

2010-11-11 Thread michael.brasser
Hi Charley, On 11/11/2010, at 11:59 PM, ext Charley Bay wrote: > So, summary question: Is there guidance on the internal thread model within > the Declarative engine (e.g., how is work distributed on threads, their > priorities, and when other threads are created?) > > (Is this too big a quest

Re: [Qt-qml] Managing declarative/imperative "order of operations"

2010-11-11 Thread Charley Bay
Michael spaketh: > This reminds me a bit of http://bugreports.qt.nokia.com/browse/QTBUG-11712-- > do you think this may be related to what you are seeing? Do you have any > small examples of strange out-of-order behaviors you could share (I'd like > to understand the problem better)? > > I spent

Re: [Qt-qml] Managing declarative/imperative "order of operations"

2010-11-10 Thread michael.brasser
Hi Charley, On 07/11/2010, at 5:45 AM, ext Charley Bay wrote: > Using QML/Javascript, quite a few options exist to *either* be declarative > (e.g., "myAnimation.paused = true") or imperative (e.g., > "myAnimation.pause();") > > IMHO, when possible, one should be declarative (long discussion fo

Re: [Qt-qml] Managing declarative/imperative "order of operations"

2010-11-07 Thread Charley Bay
Quick update to avoid confusion: *- The example code was to illustrate the issue, I shouldn't have appended the trailing ';' on my elements in the QML files (C++ habit, sorry) *- My suggestion of using some kind of "onLoadCompleted()" was metaphorical, I meant for that to imply some "discrete com

[Qt-qml] Managing declarative/imperative "order of operations"

2010-11-06 Thread Charley Bay
Using QML/Javascript, quite a few options exist to *either* be declarative (e.g., "myAnimation.paused = true") or imperative (e.g., "myAnimation.pause();") IMHO, when possible, one should be declarative (long discussion for a different thread). However, we all probably agree that we *sometimes* m