@@ -118,9 +118,9 @@ def redraw(self, args):
118
118
---------------------------
119
119
120
120
When you catch touch events between multiple widgets, you often
121
- need to be aware of the order in which these events are propogated . In Kivy,
121
+ need to be aware of the order in which these events are propagated . In Kivy,
122
122
events bubble up from the first child upwards through the other children.
123
- If a widget has children, the event is passed through it's children before
123
+ If a widget has children, the event is passed through its children before
124
124
being passed on to the widget after it.
125
125
126
126
As the :meth:`~kivy.uix.widget.Widget.on_touch_up` method inserts widgets at
@@ -160,13 +160,13 @@ def redraw(self, args):
160
160
161
161
would result in the event order "c", "b" then "a" as "c" was actually the last
162
162
added widget. It thus has index 0, "b" index 1 and "c" index 2. Effectively,
163
- the child order is the reverse of it's listed order.
163
+ the child order is the reverse of its listed order.
164
164
165
165
This ordering is the same for the :meth:`~kivy.uix.widget.Widget.on_touch_move`
166
166
and :meth:`~kivy.uix.widget.Widget.on_touch_up` events.
167
167
168
168
In order to stop this event bubbling, a method can return `True`. This tells
169
- Kivy the event has been handled and the event propogation stops. For example:
169
+ Kivy the event has been handled and the event propagation stops. For example:
170
170
171
171
.. code-block:: python
172
172
@@ -180,7 +180,7 @@ def on_touch_down(self, touch):
180
180
181
181
This approach gives you good control over exactly how events are dispatched
182
182
and managed. Sometimes, however, you may wish to let the event be completely
183
- propogated before taking action. You can use the
183
+ propagated before taking action. You can use the
184
184
:class:`~kivy.clock.Clock` to help you here:
185
185
186
186
.. code-block:: python
0 commit comments