pierre/Ustagammon
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Activity

Plan des parties enregistrées (1b) #24

Manually merged
pierre merged 1 commits from plan-1b into main 2026-11-03 09:11:23 +00:00
Conversation 0 Commits 1 Files Changed 1
+57
pierre commented 2026-11-03 08:57:21 +00:00
Owner
Copy Link
Copy Source

Pourquoi

La sous-étape 1b de docs/etape-1.md enregistre les parties : plusieurs parties, leurs branches et l'export SGF.

C'est une fondation pour la suite :

  • l'analyse et « Rejouer d'ici » (1e) ;
  • la progression (1h) ;
  • « Nouvelle partie » annulable, retenue par la revue UX arbitrée. Elle a besoin de reprendre une partie par son identifiant.

Le plan est écrit avant la délégation, comme le veut docs/organisation.md.

Quoi

Un seul fichier : docs/plans/2026-11-03-parties-enregistrees.md. Il prévoit :

  • le stockage IndexedDB, avec migration depuis localStorage ;
  • les branches dans le domaine ;
  • un menu minimal « Mes parties » ;
  • l'API pour reprendre l'ancienne partie ;
  • l'export SGF vérifié par le gnubg de bureau ;
  • les scénarios Gherkin et les fiches du glossaire.

Comment

Le journal d'événements est déjà un arbre (parent, goBackTo) : les branches s'appuient dessus sans changer son format. Les SGF exportés sont vérifiés en les rechargeant dans le gnubg de référence, déjà dans Docker.

Choix et compromis

  • API IndexedDB directe, sans bibliothèque : aucune nouvelle dépendance.
  • Lancement après la fusion de 0e.1, qui modifie game.ts et l'interface, pour éviter les conflits.

Risques et déploiement

Documentation seule.

Comment vérifier

make lint && make test

Hors périmètre

L'écran d'analyse (1e).

Generated with Claude Code https://claude.com/claude-code

## Pourquoi La sous-étape 1b de `docs/etape-1.md` enregistre les parties : plusieurs parties, leurs branches et l'export SGF. C'est une fondation pour la suite : - l'analyse et « Rejouer d'ici » (1e) ; - la progression (1h) ; - « Nouvelle partie » annulable, retenue par la revue UX arbitrée. Elle a besoin de reprendre une partie par son identifiant. Le plan est écrit avant la délégation, comme le veut `docs/organisation.md`. ## Quoi Un seul fichier : `docs/plans/2026-11-03-parties-enregistrees.md`. Il prévoit : - le stockage IndexedDB, avec migration depuis `localStorage` ; - les branches dans le domaine ; - un menu minimal « Mes parties » ; - l'API pour reprendre l'ancienne partie ; - l'export SGF vérifié par le gnubg de bureau ; - les scénarios Gherkin et les fiches du glossaire. ## Comment Le journal d'événements est déjà un arbre (parent, `goBackTo`) : les branches s'appuient dessus sans changer son format. Les SGF exportés sont vérifiés en les rechargeant dans le gnubg de référence, déjà dans Docker. ## Choix et compromis - **API IndexedDB directe**, sans bibliothèque : aucune nouvelle dépendance. - **Lancement après la fusion de 0e.1**, qui modifie `game.ts` et l'interface, pour éviter les conflits. ## Risques et déploiement Documentation seule. ## Comment vérifier ``` make lint && make test ``` ## Hors périmètre L'écran d'analyse (1e). Generated with Claude Code https://claude.com/claude-code
pierre added 1 commit 2026-11-03 08:57:21 +00:00
Plan des parties enregistrées (1b) 409e99070c 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
pierre manually merged commit 0d0e6631b0 into main 2026-11-03 09:11:23 +00:00
Sign in to join this conversation.
Reviewers
No Reviewers
Labels
No items
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
pierre (Pierre Martin)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: pierre/Ustagammon#24