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

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

2014-07-06 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

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 sim

[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