Implemented map adjacency

This brings along with it the ability to move to different maps, for which the PlayingSystem and PlayableComponent were introduced. The PlayingSystem is a general overseer system that handles big picture stuff like initializing the player and changing maps. The PlayableComponent represents the player. While the ControllableComponent is also likely to always only be on the player entity, the two are distinct by separation of concerns.

This also required a refactoring of how collisions are processed, because of a bug where the player can move to a new map when horizontal collisions are checked, and vertical collisions are skipped, causing the player to clip through the ground because the normal force was never handled.

2 files changed, 17 insertions, 8 deletions

@@ -4,6 +4,7 @@
 #include <map>
 #include "component.h"
 #include "renderer/texture.h"
+#include "collision.h"
 #include "map.h"
 
 class MappableComponent : public Component {
@@ -12,14 +13,7 @@ public:
   class Boundary {
   public:
 
-    enum class Type {
-      wall,
-      wrap,
-      teleport,
-      reverse,
-      platform,
-      danger
-    };
+    using Type = Collision::Type;
 
     Boundary(
       double axis,
@@ -0,0 +1,15 @@
+#ifndef PLAYABLE_H_DDC566C3
+#define PLAYABLE_H_DDC566C3
+
+#include "component.h"
+
+class PlayableComponent : public Component {
+public:
+
+  bool changingMap = false;
+  int newMapId = -1;
+  double newMapX = 0;
+  double newMapY = 0;
+};
+
+#endif /* end of include guard: PLAYABLE_H_DDC566C3 */