blomios/GameTime
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
917777e18bd0999005311f95ff36fd7b3e9bfed2
GameTime/.ideai/tickets/136/carnet.md
Blomios 917777e18b chore(wip): consolidation intermédiaire multi-tickets (sprints Statistiques, UI, Bug resolution, Serveur-client) 
Regroupe l'état de travail en cours réalisé dans un même worktree sur
plusieurs tickets/sprints (#85, #136, #145, #155-160, #162-164),
mélangeant des tickets QA et inProgress. Ne constitue pas une feature
terminée : commit de sauvegarde avant triage/split par ticket en
branches feature/* dédiées. Exclut les dossiers d'environnement de
build locaux et le heap dump parasite (.gitignore mis à jour).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-28 16:48:54 +02:00

1.8 KiB
Raw Blame History

issueRef, version, updatedBy, updatedAt
issueRef version updatedBy updatedAt
#136 8
kind agent_id
agent 57695b92-24d0-4876-837c-76116e70a6ae
1785244375293

#136 — Cadrage UX (2026-07-28)

Comportement attendu : tap sur Passer le repos → bouton passe en état pending bref (Envoi..., pattern déjà spécifié gametime-ux-watch-companion) → commande envoyée au téléphone → téléphone applique le skip (repos terminé, phase avance) → c'est la projection confirmée qui fait changer l'écran montre, jamais un tap local. Le repos réel côté téléphone doit changer ; l'écran montre ne doit refléter ce changement qu'une fois l'ack/la nouvelle projection reçus.

Contraintes UI/feedback :

  • Ne jamais quitter l'écran Repos avant réception d'un ack accepted/acceptedNoOp + nouvelle projection. Si rejet (rejectedStaleRevision, rejectedNotApplicable…), rester sur Repos avec son état confirmé actuel, sans transition fantôme.
  • Si latence perceptible, réutiliser les seuils déjà cadrés (état Envoi... court, puis En attente du téléphone) plutôt qu'un basculement d'écran optimiste.

À ne pas faire :

  • Naviguer localement vers l'écran séance active sur simple tap, avant confirmation — c'est exactement le bug actuel (l'écran change sans que le repos ait réellement sauté côté téléphone).
  • Ajouter une confirmation (Passer le repos ?) : cette action reste dans la liste des actions immédiates, pas dans celles à confirmer (gametime-ux-watch-companion).

Libellé/navigation : aucune évolution nécessaire. Le libellé Passer le repos et le modèle « écran piloté par la projection confirmée » sont déjà correctement spécifiés — c'est un bug d'implémentation (navigation locale avant état confirmé, ou commande mal routée côté téléphone), pas un manque de conception.