abstaction des heros dans battle_coordinator -> battle_coordinatorCompliant
maintenant battle_Coordinator gère des heroB_behavior, hero_Base n'est plus concerné par le combat -> tout est déporté dans le AI
déplacement de displauyTopology dans consol displayer
le séquencade phase / tour a été modifié. Avant c'était les tours qui commençait avant les phases, ce qui n'était pas cohérent
implémentation d' un template - gestion callBack pour les behaviors des gestions d' unités
gestion de l'arborescence binderTemplate + implémentatin d'un callBack en test
renommage HeroB_BinderTemplate en BinderAction
implémentation du callBack unitDidMove
toujours en train d'implémenter le callBack unitDidMove (démarquage des unités)
implémentation du move callBack. Cependant: Mo_Base à une faiblesse. Il se charge de controller les mouvements plus l'interface d' un Mobject, ce qui ne va pas avec Mo_Surround. If faudra interfacer une représentation de MO et faire dériver Mo_surround et les autre MO à partir de ça. Ce qui permettra de séparer les MO qui se déplacent et gèrent un pathfinder et ceux qui ne se déplacent pas. 2: Une unité peut déjà se déplacer sur une zone occupé par une unité amie (ennemie dèjà géré). C'est à gérer.
une unité amie ne peut pas se déplacer sur un espace occupé par une autre unité amie
création d'une classe MapObject responsable seulement de générer un id unique et de gérer le hero qui l'utilise
en train d'implémenter la sousBase Map Object
correctif moOwnerId dans la classe MoAgent
uinique type id est maintenant de type uidType (et non plu sint)
pimpl dans mo_base
getPosition est celler par MoBase. Les sous classes ne peuvent pas le surcharger
correctif target XCode 5 + XCTest, mais ça plante. Problem de compilation avec clang?
préparation merge vers master