flutter build apk --debug vert, APK produit. SectionArticle et
SectionEvent sont branchés dans main_view.getContent ; seul
SectionParcours reste dehors, et définitivement.
Quatre choses que l'implémentation a corrigées ou apprises, toutes
reportées dans le plan, STATUS et la maquette :
- La barre de pied de la maquette n'appartient pas aux écrans.
section_page_detail la dessine déjà pour les treize types, avec les
clés back/menu selon isFromMenu. La dessiner aurait affiché deux
boutons retour. La maquette est corrigée sur ce point.
- Un seul constructeur de marqueurs au lieu des quatre de mymuseum.
MapAnnotationDTO et MapAnnotation ont des champs rigoureusement
identiques mais sont deux types Dart distincts. Normalisé par une
classe interne — L5 appliqué au front, et il porte d'autant plus que
la convention [lng, lat] est l'endroit exact où une divergence ne
lève aucune erreur.
- L'audio d'article se résout dans contents avant l'API, donc sans
appel réseau quand il est embarqué, donc hors ligne aussi. Mymuseum
appelle l'API systématiquement en ligne.
- Clé i18n event.live ajoutée aux 10 langues. Sans les 10,
getFromLocale renvoie "" et la pastille rendrait une boîte vide.
PL, CN, UK et AR sont de ma main et demandent une relecture humaine.
Ce qui n'est pas prouvé, et qui est écrit comme tel : le rendu. Aucun
des deux écrans n'a été vu à l'œil — un build vert ne dit rien d'une
mise en page, c'est la leçon du §1bis appliquée au design. Et aucun
SectionEvent n'existe en base, le type étant né avec Postgres v3 : le
§19.13 cas E en créera un.
Kanban : la carte « Types de section manquants sur le kiosk » quitte
Urgent (2 -> 1) pour Fait récemment (40 -> 41), bandeau du haut et
libellé « Quarante et un » compris. Compteurs des six colonnes
revérifiés un à un.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
3fe18e088b