Retours du test sur téléphone : feuille de route et plans #20

2026-11-03T05:56:08Z

pierre commented

2026-11-03 05:56:08 +00:00

Pourquoi

Le 2026-11-03, Pierre a essayé l'application publiée sur son téléphone. Il a renvoyé douze retours, puis deux demandes de plus :

l'installation « Ajouter à l'écran d'accueil » en un toucher ;
une étude des retours haptiques.

Il a aussi validé Playwright pour make test-browser. Cette validation était en attente depuis la MR !10.

Cette MR ne touche que la documentation de pilotage. Elle range ces demandes dans la feuille de route et écrit les plans des deux tâches lancées tout de suite.

Quoi

Feuille de route : la ligne « 0d.2+ Fluidité » est remplacée par cinq sous-étapes 0e.
- 0e.1 : saisie du coup, en cours. Elle couvre :
  - le pion à destination unique joué en un toucher ;
  - le coup à valider, annulable demi-coup par demi-coup ;
  - les dés joués marqués et les dés des deux côtés touchables ;
  - la confirmation du videau ;
  - le retrait des pages de test du moteur.
- 0e.2 : revue UX par un designer UI, en cours. Elle couvre le compte de points, la fluidité, le paysage et les retours haptiques.
- 0e.3 : le paysage en plein écran.
- 0e.4 : la position dans l'adresse.
- 0e.5 : la page d'accueil, l'installation en un toucher, le tutoriel illustré et l'aide réécrite.
ADR 0004 : un amendement daté enregistre la validation de Playwright 1.48.2 (Apache-2.0).
Plans : docs/plans/2026-11-03-saisie-du-coup.md et docs/plans/2026-11-03-revue-ux.md.

Comment

Les demandes sont groupées par fichiers touchés, pour éviter que deux agents modifient l'interface en même temps.

La saisie du coup est confiée à un agent qui travaille dans son propre espace de travail (worktree).
La revue UX n'écrit rien dans le dépôt : elle produit un rapport et des maquettes que Pierre validera.
Le paysage, l'adresse et l'accueil viendront ensuite, l'un après l'autre.

Choix et compromis

Ces demandes restent dans l'étape 0 (0e), alors que l'accueil et le tutoriel étaient prévus pour l'étape 1 : Pierre les veut maintenant. Le critère de fin de l'étape 0 ne change pas.
Les textes du tutoriel et de l'aide relèvent du ton. Ils seront proposés puis validés par Pierre.

Risques et déploiement

Documentation seule, rien à déployer.

Comment vérifier

git switch main && git pull
make lint && make test

Hors périmètre

La partie complète sur le Fairphone 4 et le test en mode avion, qui clôturent l'étape 0, restent à faire avec Pierre.

Generated with Claude Code

## Pourquoi Le 2026-11-03, Pierre a essayé l'application publiée sur son téléphone. Il a renvoyé douze retours, puis deux demandes de plus : - l'installation « Ajouter à l'écran d'accueil » en un toucher ; - une étude des retours haptiques. Il a aussi validé Playwright pour `make test-browser`. Cette validation était en attente depuis la MR !10. Cette MR ne touche que la documentation de pilotage. Elle range ces demandes dans la feuille de route et écrit les plans des deux tâches lancées tout de suite. ## Quoi - **Feuille de route** : la ligne « 0d.2+ Fluidité » est remplacée par cinq sous-étapes 0e. - 0e.1 : saisie du coup, en cours. Elle couvre : - le pion à destination unique joué en un toucher ; - le coup à valider, annulable demi-coup par demi-coup ; - les dés joués marqués et les dés des deux côtés touchables ; - la confirmation du videau ; - le retrait des pages de test du moteur. - 0e.2 : revue UX par un designer UI, en cours. Elle couvre le compte de points, la fluidité, le paysage et les retours haptiques. - 0e.3 : le paysage en plein écran. - 0e.4 : la position dans l'adresse. - 0e.5 : la page d'accueil, l'installation en un toucher, le tutoriel illustré et l'aide réécrite. - **ADR 0004** : un amendement daté enregistre la validation de Playwright 1.48.2 (Apache-2.0). - **Plans** : `docs/plans/2026-11-03-saisie-du-coup.md` et `docs/plans/2026-11-03-revue-ux.md`. ## Comment Les demandes sont groupées par fichiers touchés, pour éviter que deux agents modifient l'interface en même temps. - La saisie du coup est confiée à un agent qui travaille dans son propre espace de travail (worktree). - La revue UX n'écrit rien dans le dépôt : elle produit un rapport et des maquettes que Pierre validera. - Le paysage, l'adresse et l'accueil viendront ensuite, l'un après l'autre. ## Choix et compromis - **Ces demandes restent dans l'étape 0 (0e)**, alors que l'accueil et le tutoriel étaient prévus pour l'étape 1 : Pierre les veut maintenant. Le critère de fin de l'étape 0 ne change pas. - **Les textes du tutoriel et de l'aide relèvent du ton.** Ils seront proposés puis validés par Pierre. ## Risques et déploiement Documentation seule, rien à déployer. ## Comment vérifier ``` git switch main && git pull make lint && make test ``` ## Hors périmètre - La partie complète sur le Fairphone 4 et le test en mode avion, qui clôturent l'étape 0, restent à faire avec Pierre. Generated with [Claude Code](https://claude.com/claude-code)

pierre added 1 commit 2026-11-03 05:56:08 +00:00

Retours du test sur téléphone : feuille de route, plans, Playwright validé aa453b53e1

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

pierre referenced this issue from a commit

2026-11-03 05:56:16 +00:00

Fusion de la MR !20 : retours du test sur téléphone, feuille de route et plans

pierre manually merged commit 3b94475f15 into main

2026-11-03 05:56:17 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: pierre/Ustagammon#20