commit e6ea5eacc02e237c9c82d41b74d76be4e7121c52
from: Omar Polo <op@xglobe.in>
date: Wed Apr 29 15:49:37 2020 UTC

typos

commit - f3d603f9d25c6df0963aa8e6ee3aacec7903247d
commit + e6ea5eacc02e237c9c82d41b74d76be4e7121c52
blob - 47cef5fb6c782cced82c182b603c2f6864d1485a
blob + 1464b0aec0cfc41c600bc4bd441499131abb34fa
--- resources/posts/finite-automata-godot.md
+++ resources/posts/finite-automata-godot.md
@@ -1,7 +1,7 @@
 Recently, a friend of mine introduced me to the wonderful world of
 game development with Godot.
 
-During the initial (and still ongoing btw) enemy IA implementation, I
+During the initial (and still ongoing btw) enemy AI implementation, I
 searched a bit on how to implement a state machine in gdscript.  Now,
 a state machine isn't something difficult to do, and neither
 error-prone, but I wanted to know if there was some idiomatic way of
@@ -12,7 +12,7 @@ matters to us in games) is a way to manage the state o
 can be the player, or an enemy, or even some other entity (such as an
 object that can receive inputs).  A state machine is a collection of
 states, only one of which can be enabled and receive inputs.  We can,
-of course, change the state whenever we want.
+of course, change to another state whenever we want.
 
 For instance, let's say that we have a player that can run and dash,
 if we model the player with a state machine we can define two state,
@@ -25,7 +25,7 @@ default but if they see a player they start following 
 they change their state to `Chase`.  Then, if the player dies, or it's
 too far away, they can switch back to `Wandering`.
 
-There may be other way to manage the state, but I do really like the
+There may be other ways to manage states, but I do really like the
 state machine abstraction (not only in games), and the code is pretty
 clean and simple to maintain, so...
 
@@ -94,6 +94,7 @@ func _enter_state() -> void:
   if DEBUG:
     print("entering state ", state_name)
   state.state_machine = self
+  state.enter()
 
 
 # proxy game loop function to the current state