f099dbbc5f
K5 — les 3 flavors de mymuseum-visitapp construisent. La prémisse du lot était fausse : sa config Android était déjà à niveau, ce sont les dix crans du 12/08 qui ont amené tablet-app jusqu'à lui. Restaient deux alignements (NDK 28.2.13676358 réclamé par speech_to_text, Kotlin 2.3.10). Un cran de plus existe — Gradle 8.14.0 / AGP 8.11.1 — délibérément non pris : terrain neuf pour les deux repos, le faire ici seul les désaligne. Correction 1 — tablet-app couvre 10 des 13 types, pas 11. Le switch de main_view.getContent traite Map, Slider, Video, Web, Menu, Quiz, Pdf, Game, Agenda, Weather. SectionArticle (type 6) a son case commenté « TODO » et un article_view.dart d'1 Ko : un article rend « Ce type n'est pas supporté ». Contrairement à SectionEvent et SectionParcours, ce type existait dans Mongo — c'est un vrai retard, et il sortira de la migration avec du contenu réel. Ajouté au plan en K7. Le travail de K7 n'est pas la copie mais le passage en paysage : les écrans de mymuseum sont pensés pour un téléphone debout, une borne est large. K3 (SectionEvent) pose la même question — une seule passe de design pour les deux, sinon deux mises en page sur la même borne. Correction 2 — le travail V1 des deux apps visiteur est committé sur des branches qui ne sont pas master : Meta-Rayban-Test pour mymuseum-visitapp, AI-Assistant-test pour tablet-app. Le §5bis décrit pourtant la première comme « un POC jamais mergé ». À trancher avant K6 (publier les APK). Corollaire relevé au §5bis : l'APK se construit sans le POC dedans, les 4 erreurs Ray-Ban étant hors du graphe de main.dart. kanban.html : carte build mymuseum retirée d'Urgent (3 -> 2), done-item K5 ajouté (39 -> 40), bandeau du haut réaligné, carte périmètre kiosk corrigée. Compteurs de colonnes revérifiés un à un. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>