Re: [Development] Semantics of QState when state machine execution is stopped

2014-07-17 Thread Kevin Funk
On Sunday 06 July 2014 23:55:14 BogDan wrote: [..] I presume that changing the semantics here (i.e. triggering QAbstractState::onExited when the machine is stopped) isn't appropriate, as it may break existing applications, but I'm not exactly sure. I think it would be far less risk of

Re: [Development] Semantics of QState when state machine execution is stopped

2014-07-07 Thread BogDan
[..] I presume that changing the semantics here (i.e. triggering QAbstractState::onExited when the machine is stopped) isn't appropriate, as it may break existing applications, but I'm not exactly sure. I think it would be far less risk of breaking existing applications to simply set active

Re: [Development] Semantics of QState when state machine execution is stopped

2014-07-06 Thread Stottlemyer, Brett (B.S.)
Kevin Funk wrote: I presume that changing the semantics here (i.e. triggering QAbstractState::onExited when the machine is stopped) isn't appropriate, as it may break existing applications, but I'm not exactly sure. I think it would be far less risk of breaking existing applications to

[Development] Semantics of QState when state machine execution is stopped

2014-07-03 Thread Kevin Funk
Hey there, We are currently making the QStateMachine QML-ready by amending all the QSM- related classes (derived from QAbstractState, QAbstractTransition) and adding Q_PROPERTYs macro where needed. You can see a list of already merged changes here [1]. All of this work in qtbase is supposed to