[robjo82]

Contexte

La poignée devait permettre de retirer un enregistrement, et l’ordre des morceaux d’une réunion devait pouvoir changer indépendamment de la file. Les statuts de contexte occupaient trop de place.

Changements

• Une corbeille apparaît pendant la saisie d’une poignée. Le dépôt retire la réunion ou le morceau saisi ; « Annuler le retrait » le restaure. Les originaux restent sur le poste.
• Les poignées des morceaux agissent seulement dans leur réunion. Un éditeur dédié modifie la réunion ouverte sans toucher à la file. Flèches, Entrée, Suppr et Échap restent disponibles au clavier.
• Les lecteurs avant transcription et après archivage montrent les jonctions et proposent des liens vers les morceaux. Les repères utilisent les durées réellement encodées, suivent le rognage et sont conservés dans le contexte JSON existant. Les anciennes réunions restent compatibles.
• La file affiche une icône par fichier et un résumé commun pour les contextes.

Aucune migration, nouveau service ou modification des fichiers vendus d’ekonum-ui 3.15.0. Le besoin de chapitres dans le lecteur partagé est documenté dans le backlog.

Validation

• 258 tests serveur et 19 tests client réussis ; compilation du client réussie.
• Recette navigateur avec les vrais composants et le vrai assemblage AAC, API simulée : fusion, inversion interne sans changement de la file, retrait de morceau, retrait de réunion, annulation, sélection vide et accès aux chapitres sans démarrage du son.
• Gestes souris, clavier et tactile à 375 px ; file mobile sans débordement ; lecteur sombre et mouvement réduit.
• Repères validés sur la durée encodée réelle et conservés dans la copie du fichier. Restitution API et absence des métadonnées dans le prompt couvertes par les tests.

Captures

Assurance qualité

• Conventions de style respectées
• Tests existants réussis
• Tests fonctionnels ajoutés
• Documentation UX mise à jour
• Titre conforme
• Description complète et lisible

Références : suite de #175 ; affinements demandés par Robin le 23 octobre 2026.

Livraison vérifiée

• Fusionnée dans main sous c5c512358e80da6df4d2bac11c3c5460445515d7 ; tous les contrôles PR sont verts.
• Chaîne de production réussie. Manifeste réellement servi : 0.0.0+c5c5123, SHA complet identique à la fusion. Santé et disponibilité : HTTP 200.
• Recette sur le site déployé : assemblage, inversion interne sans déplacement de la réunion suivante, retrait et annulation, contexte suivant prêt, marqueur à 13,312 s et accès au deuxième morceau.
• Réunion synthétique 361 : transcription terminée, « tournesol » puis « montgolfière » ; archive de 236 690 octets ; deux repères conservés et vérifiés dans le lecteur relisant le stockage froid. Aucun dossier Odoo retenu ou publié. Réunion de test ensuite rangée à la corbeille récupérable.
• Fichiers temporaires de recette retirés ; leur URL renvoie 404. Les onglets et files de travail existants ont été préservés.
• Image de production précédente sauvegardée hors Docker avant fusion : /var/backups/transcript/rollback-c2e8065-20261023.tar.gz (60 Mo, gzip vérifié). SHA-256 : 2cec2d818fd562cb4232fe5925b059e78a1e4e4744c781a9bddb75d0e68675c2.
• Le contrôle détaillé avant fusion a confirmé zéro fenêtre serveur en cours et zéro finalisation. La réunion 360 attendait seulement le renvoi d’une fenêtre ; ses données durables ont été conservées.

Les repères sont facultatifs : les assemblages antérieurs à cette livraison n’en possèdent pas rétroactivement.