Skip to content

Commit d9725de

Browse files
authored
Merge pull request godotengine#8466 from theDrake/patch-1
Minor edits for scripting_player_input.rst
2 parents a84cd8e + c274df3 commit d9725de

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

getting_started/step_by_step/scripting_player_input.rst

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@
77
Listening to player input
88
=========================
99

10-
Building upon the previous lesson :ref:`doc_scripting_first_script`, let's look
10+
Building upon the previous lesson, :ref:`doc_scripting_first_script`, let's look
1111
at another important feature of any game: giving control to the player.
1212
To add this, we need to modify our ``sprite_2d.gd`` code.
1313

@@ -181,7 +181,7 @@ Summary
181181

182182
In summary, every script in Godot represents a class and extends one of the
183183
engine's built-in classes. The node types your classes inherit from give you
184-
access to properties like ``rotation`` and ``position`` in our sprite's case.
184+
access to properties, such as ``rotation`` and ``position`` in our sprite's case.
185185
You also inherit many functions, which we didn't get to use in this example.
186186

187187
In GDScript, the variables you put at the top of the file are your class's
@@ -196,5 +196,5 @@ button presses from the users. There are quite a few more.
196196
The ``Input`` singleton allows you to react to the players' input anywhere in
197197
your code. In particular, you'll get to use it in the ``_process()`` loop.
198198

199-
In the next lesson :ref:`doc_signals`, we'll build upon the relationship between
199+
In the next lesson, :ref:`doc_signals`, we'll build upon the relationship between
200200
scripts and nodes by having our nodes trigger code in scripts.

0 commit comments

Comments
 (0)