blomios/GameTime
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
dd0c12481804b2e622fd748fe66595bb2abd554f
GameTime/.ideai/memory/gametime-ux-execution-nav-and-program-simplification.md
Blomios ddc71d2f7b docs(ideai): met à jour la mémoire et les tickets #20-#23 
Ajoute les notes mémoire sur l'architecture d'édition des séries et la
simplification navigation/programme, et reflète le ticket #21 (terminé)
ainsi que le cadrage des tickets #20, #22, #23.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-18 00:19:10 +02:00

4.5 KiB
Raw Blame History

name, description, metadata
name description metadata
gametime-ux-execution-nav-and-program-simplification memory note gametime-ux-execution-nav-and-program-simplification
type
project

GameTime — Refonte navigation d'exécution + simplification liste programme (UX, 2026-07-18)

Suite à un retour utilisateur après premier test réel de la v1.

Point 1 — Navigation libre dans une séance en cours

Distinction centrale : position courante (où en est réellement la séance) vs édition ponctuelle (ouvrir une série passée/passée pour la corriger, sans déplacer le curseur ni relancer un repos/recalcul).

  • Nouvelle action "Voir le plan" sur l'écran d'exécution → bottom sheet plein écran "Plan de séance" listant tous les programmes/exercices/séries de la séance avec leur état : À faire / En cours / Terminée (résumé valeurs) / Passée (Aucun résultat).
  • Règle d'accessibilité : Terminée et Passée sont tapables → ouvrent une bottom sheet "Modifier la série" (mêmes champs que l'exécution active, boutons Enregistrer / Marquer comme passée / Annuler). En cours → ferme le plan et revient à l'écran actif. À faire → non tapable en v1 (pas de saut vers le futur, seulement correction du passé).
  • Édition d'une série ne déplace jamais currentProgramIndex/currentExerciseIndex/currentSetIndex, ne relance pas de repos, ne recalcule pas le temps total (basé sur la séance, pas la somme des séries).
  • Repos actif pendant une édition : continue en arrière-plan, bandeau compact "Repos en cours · 00:32" affiché en haut du plan/de l'édition ; s'il arrive à zéro pendant l'édition, bandeau devient "Repos terminé · Reprendre" sans fermer brutalement la vue.
  • Cas limites : modifier la série courante via le plan → ferme la sheet et revient à l'écran principal (pas de double édition) ; vider une série terminée → confirmation "Supprimer le résultat de cette série ? / Marquer comme passée" ; logique d'édition n'existe que pour la séance active, pas pour l'historique (autre écran).

Impacts backend identifiés par UX (à faire trancher par Architect avant implémentation) :

  • listSetResults(sessionId) pour construire l'état du plan.
  • upsertSetResultAtPosition(...) distinct de recordCurrentSetResult(...) — écrire un résultat à une position arbitraire sans avancer le curseur.
  • Distinguer explicitement un résultat "skipped" d'un résultat absent (probablement déjà couvert par le modèle ActiveSetResult existant, à vérifier).
  • Ne jamais appeler la logique d'avancement de progression lors d'une édition ponctuelle.

Point 2 — Liste d'exercices de programme simplifiée

  • Par défaut, chaque ligne d'exercice dans un programme n'affiche QUE : poignée de déplacement, nom de l'exercice, repos affiché (ex: "Repos 45 s"), badge "Exercice archivé" si pertinent, et une icône "personnaliser" (tune/edit_note) avec tooltip "Personnaliser l'exercice".
  • Plus de checkboxes/mesures/cibles/nombre de séries visibles par défaut dans la liste.
  • L'icône "personnaliser" ouvre un écran séparé "Personnaliser l'exercice" (pas une bottom sheet, pas de déplié inline — clavier numérique + plusieurs sections méritent l'espace d'un écran plein) avec : nombre de séries, mesures à suivre (toggles, au moins une active obligatoire), objectifs par mesure activée, repos après chaque série, actions Enregistrer / Supprimer du programme.
  • Ajout d'un exercice au programme : ajouté immédiatement avec des valeurs par défaut (3 séries, toutes les mesures disponibles de l'exercice actives, repos = défaut du programme), retour à la liste, snackbar "Exercice ajouté" avec action rapide "Personnaliser".
  • Validation : au moins une mesure active (message inline si tout décoché), repos positif obligatoire, confirmation avant suppression d'un exercice du programme.

Découpage proposé par UX (à transformer en tickets)

  1. Programme · cartes exercice compactes + écran de personnalisation séparé.
  2. Exécution · plan de séance consultable (lecture seule des états, sans édition).
  3. Exécution · correction des séries passées/terminées (édition ponctuelle, gestion repos actif pendant édition).

Point à trancher avec Architect avant d'attaquer les tickets 2 et 3 : le modèle d'écriture d'un résultat de série à une position arbitraire sans avancer le curseur de progression — vérifier que ça ne casse pas les invariants déjà posés (ActiveSetResult, ActiveWorkoutSession, horodatages) définis dans la mémoire "gametime-architecture-initial-stack-data-model" et les tickets #4/#9/#13/#14.