Affiche un Tooltip d'une unité quand on hover sur l'unité
Inclus description et stats de l'unité
Co-authored-by: Ader Alisma 01 <adeder22@hotmail.com>
Reviewed-on: #6
Reviewed-by: EliaGingras1 <william-gin1@hotmail.com>
Merge in CGD/gather-and-defend from UpgradeIndividuel to main
* commit '196740676df3a8b2b1cfa877b0b61dabdda497e0':
Permettre 1 à 3 upgrades
Suppression debug logs
Revert UI
Utilisation du UI d'Élia
Ajout ScriptableObject pour UnitUpgrades
Affichage bouttons interactifs + Suppression dummy gameobjects in Game scene
Debuggins
Change l'unité par l'upgrade choisi
Début lien entre upgradeUI et Unité
Rendu UpgradePlacementButton.cs indépendant des héritages de UnitPlacementButtons.
Prefab UpgadeButtons, utilisation de EventSystems pour clique sur unités.
Tentative d'associer le clique utilisateur à une position sur le jeu
Merge in CGD/gather-and-defend from art/swordsmanArt to main
* commit '82a76c418054f1527f6c6a40723551ba45f40173':
Change range so it maybe unbugs the swords users; Also balance costs of units and cooldowns
Added swordsman and renamed the knight
Merge in CGD/gather-and-defend from feature/globalConfigFile to main
* commit '0714036b57f45e2c04dc8de469ce99b1b8a2d6d3':
separate ally and enemy config + bugfixes
appliquer global config aux différents endroits
forgot changes in game.unity
creer le scriptable object GlobalConfig
la config des ennemis influencait la config des alliés, ce qui était un bug maintenant, il y a une config différente pour les alliés et les ennemis.
l'animation d'attaque ne se terminait pas à temps pour faire le dégat, il a donc fallu multiplier la vitesse d'animation par le attack speed quand on attaque
j'en ai profité pour faire la même chose pour le walk animation et le speed
j'ai changé l'attribut des unités "attack speed" pour un "attack interval", pour que ça représente mieux son utilisation. Le multiplicateur reste sur la vitesse, et non sur l'interval.
Les configs pour les ressources sont les valeurs des ressources directement (pas des multiplicateurs)
problème :
- le harvester avait une apparence non-changeante dépendant du genre de ressource sur lequel il était placé.
solution :
- ajouter une logique qui change le prefab choisi dépendant de sur quelle tuile on place le harvester.
- also, quelques micro refactorings (changement de noms, ajout de doc)
