qt5base-lts/examples/widgets/doc/pingpong.qdoc
Andy Nichols fc924ae47e Doc: Fix snippet and example referencing widget examples
Widget examples were moved into a widgets subfolder, but
qdoc references were not updated.

Change-Id: Id2a4573e723745b9827c664c852807d6116f8f6d
Reviewed-by: Casper van Donderen <casper.vandonderen@nokia.com>
2012-08-23 11:20:37 +02:00

94 lines
3.3 KiB
Plaintext

/****************************************************************************
**
** Copyright (C) 2012 Nokia Corporation and/or its subsidiary(-ies).
** Contact: http://www.qt-project.org/
**
** This file is part of the documentation of the Qt Toolkit.
**
** $QT_BEGIN_LICENSE:FDL$
** GNU Free Documentation License
** Alternatively, this file may be used under the terms of the GNU Free
** Documentation License version 1.3 as published by the Free Software
** Foundation and appearing in the file included in the packaging of
** this file.
**
** Other Usage
** Alternatively, this file may be used in accordance with the terms
** and conditions contained in a signed written agreement between you
** and Nokia.
**
**
**
**
**
** $QT_END_LICENSE$
**
****************************************************************************/
/*!
\example widgets/statemachine/pingpong
\title Ping Pong States Example
The Ping Pong States example shows how to use parallel states together
with custom events and transitions in \l{The State Machine Framework}.
This example implements a statechart where two states communicate by
posting events to the state machine. The state chart looks as follows:
\image pingpong-example.png
\omit
\caption This is a caption
\endomit
The \c pinger and \c ponger states are parallel states, i.e. they are
entered simultaneously and will take transitions independently of
eachother.
The \c pinger state will post the first \c ping event upon entry; the \c
ponger state will respond by posting a \c pong event; this will cause the
\c pinger state to post a new \c ping event; and so on.
\snippet widgets/statemachine/pingpong/main.cpp 0
Two custom events are defined, \c PingEvent and \c PongEvent.
\snippet widgets/statemachine/pingpong/main.cpp 1
The \c Pinger class defines a state that posts a \c PingEvent to the state
machine when the state is entered.
\snippet widgets/statemachine/pingpong/main.cpp 2
The \c PingTransition class defines a transition that is triggered by
events of type \c PingEvent, and that posts a \c PongEvent (with a delay
of 500 milliseconds) to the state machine when the transition is
triggered.
\snippet widgets/statemachine/pingpong/main.cpp 3
The \c PongTransition class defines a transition that is triggered by
events of type \c PongEvent, and that posts a \c PingEvent (with a delay
of 500 milliseconds) to the state machine when the transition is
triggered.
\snippet widgets/statemachine/pingpong/main.cpp 4
The main() function begins by creating a state machine and a parallel
state group.
\snippet widgets/statemachine/pingpong/main.cpp 5
Next, the \c pinger and \c ponger states are created, with the parallel
state group as their parent state. Note that the transitions are \e
targetless. When such a transition is triggered, the source state won't be
exited and re-entered; only the transition's onTransition() function will
be called, and the state machine's configuration will remain the same,
which is precisely what we want in this case.
\snippet widgets/statemachine/pingpong/main.cpp 6
Finally, the group is added to the state machine, the machine is started,
and the application event loop is entered.
*/