blomios/GameTime
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
bc533d6c45ffa6e2d17fa56a3a2cf72bbc54ad74
GameTime/.ideai/tickets/164/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
#164 5
kind agent_id
agent 57695b92-24d0-4876-837c-76116e70a6ae
1785244375351

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

Comportement attendu : sur un chrono d'étape avec temps, bip court aux 3 dernières secondes (à chaque tick 3, 2, 1) synchronisé avec la valeur affichée, bip plus long au passage à 0. Sur la montre, une vibration se déclenche au passage à 0 — à aligner sur le pattern haptique déjà cadré pour "fin d'un chrono" (gametime-ux-watch-companion : double impulsion), pas un nouveau pattern à inventer sauf si Main confirme vouloir une vibration simple distincte.

Contraintes UI/feedback :

  • Le son ne doit toujours pas couper la musique en cours (invariant #92, contexte audio sonification/mixWithOthers déjà en place — vérifier non-régression, cette correction en dépend probablement).
  • Répartition déjà actée à conserver : son côté téléphone, vibration côté montre — ne pas dupliquer le son sur la montre ni ajouter de vibration téléphone sur ce même événement (gametime-ux-watch-companion : « éviter la duplication agressive téléphone + montre sur le même événement »).
  • La vibration montre doit se déclencher sur le passage à 0 tel qu'interpolé/reçu localement par la montre, pas sur un nouvel aller-retour réseau dédié.

À ne pas faire :

  • Ne pas ajouter de son sur la montre ni de vibration sur le téléphone.
  • Ne pas faire prendre le focus audio à ce son (régression à surveiller en priorité, cf. #92) ni à une éventuelle API haptique montre.
  • Ne pas inventer un nouveau pattern haptique montre sans vérifier d'abord si le double-impulsion déjà spécifié pour "fin de chrono" couvre déjà ce cas.

Libellé/navigation : aucune évolution nécessaire, correctif de feedback sonore/haptique uniquement.