Partager la conversion cellule↔monde des jetons dans un helper unique #93
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: jeux/beaulieu-sur-brume#93
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Constat d'audit (2026-07-02). La constante TILE := 32 et la fonction _cell_to_world sont dupliquées dans quatre scripts : scenes/exploration/world.gd, scenes/exploration/player.gd, scenes/exploration/follower.gd et scenes/exploration/enemy.gd. Toute évolution de la taille de tuile ou de l'ancrage (centre de cellule) devrait être répercutée à quatre endroits, avec un risque de divergence silencieuse entre le rendu des jetons et la grille. Périmètre : introduire un helper partagé côté jeu (classe statique, ex. scripts/grid_math.gd) exposant la taille de tuile et cell_to_world/cell_at, puis y faire déléguer les quatre scripts sans changer le comportement. La TacticalGrid du moteur reste hors périmètre (spatial de règles, pas de rendu). Critères d'acceptation : une seule définition de la taille de tuile et de la conversion cellule↔monde dans le code du jeu ; aucun changement visuel ni de comportement ; la suite GUT complète reste verte. Tests : la couverture existante suffit (aucun nouveau comportement), ajouter au besoin un test unitaire du helper.