chore(ideai): synchronise etat de suivi (tickets, agents)

This commit is contained in:
2026-07-29 11:59:15 +02:00
parent 957185d42b
commit f523a5a8b5
14 changed files with 250 additions and 22 deletions

View File

@ -0,0 +1,73 @@
---
issueRef: "#176"
version: 4
updatedBy: {"kind":"agent","agent_id":"f3408f5d-469c-4f64-9485-d8b218f3ff26"}
updatedAt: 1785318771867
---
## #176 — Cadrage UX (2026-07-29)
Statut : **cadrage exploitable, nouveau lot**, app téléphone, `lib/presentation/workout_execution_screen.dart`, widget `_TimedStepBody` (L2907-2963), rendu dans `_CurrentStepPane` (branche générale, L2811-2838, `Expanded(child: step.type == time ? _TimedStepBody(...) : ...)`).
### Constat, vérifié en lecture directe
`_TimedStepBody` est placé dans un `Expanded` par son parent (toute la hauteur disponible lui est allouée), mais **à l'intérieur** de ce widget rien n'exploite cet espace :
```dart
Column( // pas de mainAxisAlignment.center, pas de Expanded interne, pas de FittedBox
children: [
Text('Objectif : Xs'),
Center(child: Text(remainingLabel, style: displayMedium)), // taille fixe, non scalable
if (!running) [...'Chrono prêt'..., FilledButton 'Lancer'],
],
)
```
Le `Text(remainingLabel)` a une taille de police fixe (`displayMedium`), la `Column` s'aligne en haut (comportement par défaut) : tout l'espace du `Expanded` non consommé par le contenu à taille naturelle reste vide en bas. Résultat : le chrono reste petit que le bouton `Lancer` soit visible ou non, et une fois le chrono démarré (`running == true`, le bloc `Lancer`/`Chrono prêt` disparaît), l'espace libéré n'est récupéré par personne — comportement exactement décrit par le ticket.
À comparer avec `_RepsWithStopwatchScoreStepBody` (L2965+) et le bloc `Expanded → LayoutBuilder → FittedBox(scaleDown) → SizedBox(hauteur de référence fixe)` déjà utilisé en L2740-2772 pour dimensionner un contenu à une zone variable : ce pattern existe déjà dans ce fichier, `_TimedStepBody` ne le reprend pas.
### Comportement attendu
Le chrono (et le bouton `Lancer` quand il est visible) doivent occuper **tout** l'espace vertical disponible dans le `Expanded` parent, dans les deux états :
- **Avant démarrage** (`!running`) : chrono + `Chrono prêt` (si prêt) + bouton `Lancer`, empilés et **centrés**, mis à l'échelle ensemble pour remplir la zone disponible (largeur et hauteur).
- **Après démarrage** (`running`) : le bloc `Chrono prêt`/`Lancer` disparaît (inchangé), et le chrono seul se remet à l'échelle pour **regrandir** et occuper tout l'espace libéré — pas de saut brutal de layout, juste une nouvelle mise à l'échelle du même mécanisme.
### Implémentation recommandée
Réutiliser le mécanisme `FittedBox(fit: BoxFit.contain)` déjà présent dans ce fichier (au lieu de `BoxFit.scaleDown` utilisé ailleurs, qui ne permet que de rétrécir — ici on veut aussi agrandir) :
```dart
Column(
crossAxisAlignment: CrossAxisAlignment.stretch,
children: [
Text('Objectif : ${_formatShortSeconds(step.defaultTargetValue)}'), // inchangé, taille fixe
const SizedBox(height: 4),
Expanded( // NOUVEAU : réclame tout l'espace restant
child: LayoutBuilder(
builder: (context, c) => FittedBox(
fit: BoxFit.contain, // scale up ET down, contrairement à scaleDown
child: SizedBox(
width: c.maxWidth,
child: Column(
mainAxisSize: MainAxisSize.min,
children: [
Text(remainingLabel, style: /* displayMedium, référence */),
if (!running) ...[
const SizedBox(height: 8),
if (readyToStart) Text('Chrono prêt', ...),
const SizedBox(height: 4),
FilledButton.icon(onPressed: onStartTimer, icon: Icons.play_arrow, label: 'Lancer'),
],
],
),
),
),
),
),
],
)
```
- Le `FittedBox(BoxFit.contain)` prend le bloc de référence (chrono seul, ou chrono + libellé + bouton selon l'état) et le met à l'échelle pour remplir exactement la largeur ET la hauteur du `Expanded` — c'est ce même mécanisme qui fait automatiquement grandir le chrono quand le bouton disparaît : le bloc de référence devient plus petit (moins d'enfants), donc le facteur d'échelle appliqué par `FittedBox` augmente pour combler le même espace disponible.
- Le bouton `Lancer` grandit avec le reste (proportionnellement) tant qu'il est visible — cohérent avec la demande explicite du ticket (« chrono + bouton commencer prennent la place disponible »).
- Point de vigilance dev : choisir une taille de référence (police du `Text(remainingLabel)`, hauteur du bouton) qui donne un **rendu correct au repos** (échelle ≈ 1) sur la taille d'écran de référence du projet, quitte à ajuster ces valeurs empiriquement — le `FittedBox` absorbe l'écart, mais des proportions de référence déséquilibrées donneraient un mauvais rendu même mis à l'échelle. Ne pas plafonner l'échelle maximale (pas de `scaleDown`) : la demande explicite est que ça puisse grandir au-delà de la taille actuelle.
- Ne touche pas au cas `hasTimedWithManualScore` (L2725-2809, `_TimedStepWithManualScoreBody`) : ce lot ne concerne que le chrono seul, sans score manuel, branche générale de `_CurrentStepPane`.

View File

@ -0,0 +1,16 @@
---
id: "3da05d4c-9a2c-4371-95d2-7a00a157bccc"
number: 176
title: "[UI] Mauvais scaling chrono seul d'une etape"
status: "open"
priority: "medium"
sprint: "d5c18b44-0eec-46db-b8ab-506cfee0bfea"
links: []
agentRefs: []
createdBy: {"kind":"user"}
updatedBy: {"kind":"agent","agent_id":"f3408f5d-469c-4f64-9485-d8b218f3ff26"}
createdAt: 1785318071566
updatedAt: 1785318771867
version: 4
---
Lorsqu'une étape ne possède qu'un chrono seul, le chrono garde une taille assez petite. Il garde la meme taille que quand il y a le bouton "Commencer" en dessous de lui et même avec ce bouton, il ne prend pas toute la place qu'il pourrait. Je pense qu'il faudrait agrandire le chrono de façon a ce que le chrono + le bouton commencer prenne la place disponible, et une fois qu'on clique sur le bouton commencer, et que le bouton disparait, il faudrait que le chrono s'agrandisse pour prendre la place disponible