QtScxml: Fix spelling in example documentation

Pick-to: 6.1
Task-number: QTBUG-89834
Change-Id: I6d24eeeddaac69ed2f4c74c77344452dee457a78
Reviewed-by: Leena Miettinen <riitta-leena.miettinen@qt.io>
Reviewed-by: Karsten Heimrich <karsten.heimrich@qt.io>

4 files changed, 9 insertions, 9 deletions

diff --git a/examples/scxml/ftpclient/doc/src/ftpclient.qdoc b/examples/scxml/ftpclient/doc/src/ftpclient.qdoc
index 42b4437..9110d37 100644
--- a/examples/scxml/ftpclient/doc/src/ftpclient.qdoc
+++ b/examples/scxml/ftpclient/doc/src/ftpclient.qdoc
@@ -127,7 +127,7 @@
     \printuntil }
 
     We send commands to log into the FTP server as an anonymous user, to
-    announce a port for the data connection, and to retrive a file:
+    announce a port for the data connection, and to retrieve a file:
 
     \skipto QList
     \printuntil });
diff --git a/examples/scxml/pinball/doc/src/pinball.qdoc b/examples/scxml/pinball/doc/src/pinball.qdoc
index 5cf9f1d..698cd00 100644
--- a/examples/scxml/pinball/doc/src/pinball.qdoc
+++ b/examples/scxml/pinball/doc/src/pinball.qdoc
@@ -200,7 +200,7 @@
     which means that if you have not hit a target yet, the target is blinking,
     indicating that it is currently worth hitting. This blinking
     means that the light state switches between on and off at short intervals,
-    while the target state is continouosly off, because it has not been hit yet.
+    while the target state is continuously off, because it has not been hit yet.
     The author of a pinball table can decide that
     after a target is hit (that is, after the target state switches to on)
     the target's light is continuously turned off or on or the intervals between
@@ -306,7 +306,7 @@
     \c goToHurryOn event occurs and from \c hurryStateOn to \c hurryStateOff
     when the \c goToHurryOff event occurs. When we exit the \c hurryStateOn
     state, we cancel the possibly pending delayed event that was marked with
-    \c hurryId. This is important in case the five secons have not elapsed yet,
+    \c hurryId. This is important in case the five seconds have not elapsed yet,
     but players have collected all the five letters in the hurry state. We then
     collect the jackpot and want the pending timer to finish.
 
diff --git a/examples/statemachine/doc/src/padnavigator.qdoc b/examples/statemachine/doc/src/padnavigator.qdoc
index c286187..9f5f6dd 100644
--- a/examples/statemachine/doc/src/padnavigator.qdoc
+++ b/examples/statemachine/doc/src/padnavigator.qdoc
@@ -217,7 +217,7 @@
     as an instance of \c RoundRectItem. The item is placed by using the \c
     posForLocation() helper function. To make room for the slip-behind
     selection item, we give each icon a \l{QGraphicsItem::zValue()}{Z-value} of
-    1. The pixmaps are distributed to the icons in round-robin fasion.
+    1. The pixmaps are distributed to the icons in round-robin fashion.
 
     Again, this approach is only suitable for example purposes. In a real-life
     application where each icon represents a specific action, it would be more
@@ -258,7 +258,7 @@
     \l{QGraphicsItem::DeviceCoordinateCache}{DeviceCoordinateCache}. This cache
     mode is suitable because the splash item only moves and is never
     transformed, and because it contains text, it's important that it has a
-    pixel perfect visual appearance (in constrast to
+    pixel perfect visual appearance (in contrast to
     \l{QGraphicsItem::ItemCoordinateCache}{ItemCoordinateCache}, where the
     visual appearance is not as good).
 
@@ -491,14 +491,14 @@
 
     Once the first substate is known, we set this up as the initial substate of
     \c frontState. We will use the (0, 0), or top-left, icon for the initial
-    substate. We initialze the selection item's position to be exactly where
+    substate. We initialize the selection item's position to be exactly where
     the top-left icon is.
 
     \snippet graphicsview/padnavigator/padnavigator.cpp 14
 
     We can now create four transitions for each icon. Each transition ensures
     that we move to the state corresponding to which arrow key has been
-    pressed. It's clear from this techinique that we could design any other
+    pressed. It's clear from this technique that we could design any other
     specific transitions to and from each of the sub states depending on these
     and other keys.
 
@@ -574,7 +574,7 @@
     \section1 Performance Notes
 
     The example uses OpenGL if this is available, to achieve optimal
-    performance; otherwise perspective tranformations can be quite costly.
+    performance; otherwise perspective transformations can be quite costly.
 
     Although this example does use QGraphicsProxyWidget to demonstrate
     integration of Qt widget components integrated into Graphics View, using
diff --git a/examples/statemachine/doc/src/pingpong.qdoc b/examples/statemachine/doc/src/pingpong.qdoc
index 8352d49..8f35372 100644
--- a/examples/statemachine/doc/src/pingpong.qdoc
+++ b/examples/statemachine/doc/src/pingpong.qdoc
@@ -40,7 +40,7 @@
 
     The \c pinger and \c ponger states are parallel states, i.e. they are
     entered simultaneously and will take transitions independently of
-    eachother.
+    each other.
 
     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