3fe18e088b
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>