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