problème : les game objects sont offsettés de (-.5, -.5) par rapport aux tiles
contrainte : on ne veut pas changer l'ancrage des game objects ou des tiles
solution : changer le point d'ancrage des tilemaps à la place. Cela peut se faire automatiquement à la création du niveau.
problèmes :
- mon code et l'arrangement des fichiers avait besoin d'un peu de tidy up
- les tiles qui n'étaient pas des LevelTile ne loadaient pas
solution :
- rangé un peu + respecté structure une classe - un fichier
- tenté un build pour voir si tout roulait comme il faut, ce qui m'a porté à ajouter des directives de preprocessing et à bouger les custom inspectors dans le dossier Editor.
- ajouté une représentation simple des tuiles non-LevelTile dans la sauvegarde.
problème : le save et le load fonctionnait avec un string en mémoire
solution : créer un fichier save.txt dans les assets quand on sauvegarde, et lire de ce fichier quand on load.
puisqu'on utilise des assembly definitions maintenant, il est important que les scripts soient posés dans le dossier Scripts pour qu'ils soient accessibles aux autres scripts. Il a donc fallu déplacer les scripts se trouvant dans le dossier LevelEditor.
La feature était désorganisé et il n'y avait rien pour tester ou démontrer la fonctionalité
J'ai rangé tous les scripts dans des dossiers enfants de LevelEditor.
Tous les fichiers du level editor sont dans le namespace GatherAndDefend.LevelEditor.
J'ai ajouté un type de tile qui peut instantier un prefab au startup.
J'ai créé un level de test.
sauvegarder et charger des niveaux à partir d'un tilemap
un scriptable object contient les informations pour le niveau
un script avec un custom editor permet de sauvegarder un ensemble de tilemaps, ou de charger l'information contenue dans un scriptable object
