Une reconstitution n'est pas une photographie d'archive, et rien dans l'image ne le dit :
la mention est due au visiteur. Elle est posée au-dessus des trois branches de rendu
(réseau, cache hors ligne, URL externe) plutôt qu'à chacune, pour qu'aucun point
d'affichage ne puisse l'oublier.
Traduite dans les onze langues publiées : l'app visiteur n'a pas d'infrastructure de
traduction pour ses propres libellés.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
La clé est persistée en base locale, mais le client était reconstruit sans elle :
tous les appels suivants partaient anonymes, à commencer par celui qui rapporte la
configuration à afficher.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
flutter build apk --debug vert. Un visiteur part sans fermer l'écran ; le
suivant trouvait le contenu du précédent.
Écrit une seule fois, dans section_page_detail : il enveloppe les treize
types et portait déjà les crochets initState/dispose des statistiques.
L'écrire dans les écrans eux-mêmes l'aurait fait écrire treize fois.
Bénéfice de bord, et ce n'est pas un détail : le retour automatique passe
par le même dispose, donc il émet un sectionLeave avec sa durée réelle.
Sans lui, une consultation abandonnée restait ouverte jusqu'au visiteur
suivant et gonflait la durée mesurée d'autant. K8 répare donc une
statistique en plus d'un écran.
Listener plutôt que GestureDetector pour réarmer le minuteur : il observe
les pointeurs sans entrer en concurrence avec les gestes des écrans en
dessous. Une carte qu'on fait glisser ou un quiz qu'on tape ne doivent
rien perdre. onPointerDown et onPointerMove, donc le défilement d'un long
article compte comme une interaction.
Délai dans constants.dart (kKioskIdleTimeout) plutôt qu'en dur : c'est un
réglage de comportement de borne, pas une valeur d'implémentation.
Non vérifié : le comportement réel après 5 minutes, qui demande un device
et cinq minutes d'attente. popUntil(isFirst) suppose que l'accueil est
bien la première route de la pile — à confirmer au §0.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
flutter build apk --debug vert, APK produit. La borne couvre désormais
12 des 13 types ; seul SectionParcours reste dehors, et définitivement —
un parcours guidé fait marcher le visiteur avec géodéclenchement.
Les deux écrans suivent la maquette paysage validée le 12/08 : ils sont
dessinés pour une dalle large et fixe, pas pour un téléphone debout.
K7 — Article. article_view.dart remplace le stub Text("TODO Article") et
le case est décommenté (l'import d'ArticleView était déjà en tête de
main_view, laissé par celui qui avait écrit le TODO). Rail média à 38 %
avec image, vignettes à plat et audio docké ; colonne de lecture à 62 %
plafonnée à 720 px, parce qu'étirer le texte sur 1280 px le rend
illisible. isContentTop, qui voulait dire « texte au-dessus » en portrait,
devient le côté : à true, texte à gauche et rail à droite.
Trois états incomplets, tous possibles en configuration. Le rail n'existe
que s'il a quelque chose à ancrer : sans audio le dock tombe, sans photo
le rail disparaît et l'audio passe en tête de la colonne, sans rien la
colonne se centre.
L'audio est porté par langue (audioIds est une List<TranslationDTO>) :
pas d'entrée pour la langue choisie, pas de lecteur, sans repli sur une
autre langue. TranslationHelper.get renvoyant "" quand la langue manque,
la règle tombe juste.
K3 — Événement. event_view.dart : bande héros à 26 % au lieu des 52 % de
mymuseum (debout devant une borne, personne ne défile pour découvrir
qu'il y a un programme dessous), programme à gauche avec bloc « en
cours », carte flutter_map vive à droite. Le détail d'un bloc s'ouvre
sous la carte et non en showModalBottomSheet : ce dernier est une réponse
à l'étroitesse, or ici il y a la place à côté.
Quatre choses que le code a dictées :
- La barre de pied de la maquette n'appartient pas à ces é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.
- Un seul constructeur de marqueurs au lieu des quatre de mymuseum.
MapAnnotationDTO et MapAnnotation portent des champs rigoureusement
identiques mais sont deux types Dart distincts. Normalisé par une
classe interne à deux fabriques — 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. ContentDTO
porte son resource complet (idiome de marker_view), donc l'audio est
trouvé sans appel réseau quand il est embarqué, donc hors ligne aussi.
resourceGetDetail n'est qu'un repli ; mymuseum appelle l'API
systématiquement en ligne.
- Nouvelle clé i18n event.live dans les 10 langues. Sans les 10,
getFromLocale renvoie "" et la pastille rendrait une boîte vide.
ATTENTION : PL, CN, UK et AR sont de ma main et demandent une
relecture humaine.
Le nouveau code emploie withValues plutôt que withOpacity, déprécié —
le repo est en pleine migration (13 contre 9).
flutter analyze sur Screens/Article, Screens/Event et Helpers : zéro
issue dans les fichiers touchés. Les 2 restantes sont dans MQTTHelper,
préexistantes.
Non prouvé : le rendu. Aucun des deux écrans n'a été vu à l'œil, et un
build vert ne dit rien d'une mise en page. Aucun SectionEvent n'existe
en base, le type étant né avec Postgres v3 — c'est le §19.13 cas E qui
en créera un.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Premier vrai build depuis avril. Le diagnostic des docs — « un seul défaut,
purement Gradle, peut-être réglé par 5a6701d » — tenait parce que personne
n'avait lancé la commande.
K1 — dix crans d'outillage, chacun dicté par l'erreur du précédent :
Gradle 7.5 → 8.11.1, AGP 7.2.0 → 8.9.1, Kotlin 1.9.0 → 2.3.10,
enableUncompressedNativeLibs retirée (supprimée en AGP 8.1), jcenter → mavenCentral,
heap 1536M → 4096M, Jetifier coupé, et retrait du resolutionStrategy qui forçait
androidx.lifecycle à 2.4.0 « to fix mapbox issue » : il réglait un problème d'il y
a trois ans et causait celui d'aujourd'hui, mapbox_maps_flutter 2.21.1 appelant
setViewTreeLifecycleOwner. Les trois derniers crans étaient de simples alignements
sur mymuseum-visitapp, qui utilise le même plugin sans ces problèmes.
Le bloc buildscript commenté de android/build.gradle est supprimé : il déclarait
une config qui n'était pas celle appliquée et a fait conclure deux fois à tort.
K2 — les 132 erreurs Dart que le Gradle masquait. Trois causes : roundedValue,
isDate, isHour, isSectionImageBackground et screenPercentageSectionsMainPage ont
migré vers AppConfigurationLink ; GeoPointDTO.latitude/longitude sont devenus
geometry ; le reste en découlait. Deux bugs latents trouvés au passage :
- applicationInstanceDTO n'était assigné que si l'instance avait l'IA — il servait
de drapeau d'assistant. Ce DTO portant désormais les AppConfigurationLink, les
cinq réglages seraient retombés sur leurs défauts sur MDLF et le Fort, sans
erreur ni log. Drapeau rendu explicite, en préservant le ET instance × canal.
- ConfigurationDTO.isTablet ayant disparu, le filtre des configurations tablette
n'avait plus de source : il porte sur les liens du canal AppType.Tablet.
La formule de clé par coordonnées de geo_point_filter, dupliquée à quatre endroits
alors que les deux côtés de l'appariement doivent produire la même valeur, ne vit
plus qu'à un seul (Helpers/geo.dart). Ce fichier documente aussi les deux
conventions de coordonnées du projet : [lng, lat] pour les GeoPoint, [lat, lng]
pour les géométries de GuidedStep.
K4 — l'écran Game repris de mymuseum-visitapp, Screens/Puzzle supprimé. La tablette
gagne le puzzle glissant, le bouton d'indice et un dimensionnement au ratio de
l'image. Les couleurs, codées en dur par flavor client chez mymuseum, sont dérivées
de configuration.primaryColor : tablet-app n'a pas de flavor, un seul APK sert tous
les clients.
Reste à vérifier sur device : le rendu de l'écran Game, et l'écran de sélection de
configuration, qui sera vide si les configurations ne sont pas rattachées au canal
tablette.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
lib/api/openApi.dart portait la même annotation @Openapi que son
équivalent de manager-app et mymuseum-visitapp, sous un nom de fichier
différent — ce qui lui avait permis d'échapper aux recherches sur
« openApiTest ». Importé nulle part.
Retiré au passage le résidu manager_api_new/ (un pubspec.lock seul, non
suivi par git, daté d'avril) : une génération avortée, alors que le
pubspec consomme le client de manager-app par `path:`.
Plus aucune annotation @Openapi dans les trois apps Flutter.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Ajoutés automatiquement par le migrateur. Le build Gradle reste cassé
(échec sur flutter_tools/gradle/build.gradle.kts) — ces drapeaux sont
conservés pour ne pas repartir de zéro à la prochaine tentative.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
