summaryrefslogtreecommitdiffstats
path: root/src/corelib/statemachine/statemachine.pri
Commit message (Collapse)AuthorAgeFilesLines
* Make QSignalEvent and QWrappedEvent inner classes of QStateMachineKent Hansen2009-09-281-3/+1
| | | | | | | | | Those two classes are specific to the state machine framework, but their names were so generic that we felt they were polluting the Q-namespace. They are now QStateMachine::SignalEvent and QStateMachine::WrappedEvent. Reviewed-by: Eskil Abrahamsen Blomfeldt
* rename QBoundEvent to QWrappedEvent and make it publicKent Hansen2009-04-291-1/+1
| | | | Result of API review.
* replace QStateFinished{Event,Transition} by QState::finished() signalKent Hansen2009-04-271-3/+0
| | | | | Not worth it having two public classes when the same can be achieved by having a signal.
* kill the stateactions apiKent Hansen2009-04-221-9/+0
| | | | | | | | | | | | It just didn't give us that much. Typically you just reimplement onEntry/onExit/onTransition when you want to do something. We go back to the signals-and-slots approach: states have entered() and exited() signals that you can connect to. It's still possible to have an action-based API, but then you build it on top of the core API, which is OK. Replacing 4 public classes (and one layer in the hierarchy) with 2 signals feels good.
* rename QTransition -> QActionTransitionKent Hansen2009-04-211-3/+3
|
* Initial import of statemachine branch from the old kinetic repositoryAlexis Menard2009-04-171-0/+42