Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions getting_started/step_by_step/scripting_player_input.rst
Original file line number Diff line number Diff line change
Expand Up @@ -7,7 +7,7 @@
Listening to player input
=========================

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

Expand Down Expand Up @@ -181,7 +181,7 @@ Summary

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

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

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