[UI mobile] Session de cuisine : passe mobile #98
Loading…
Reference in a new issue
No description provided.
Delete branch "feat/mobile-cooking-session"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Contexte
cooking-session-page.scssn'avait encore aucune règle@media— premier vrai passage responsive pour cet écran.Audit et corrections
.cooking-recipes__namen'avait aucune borne dans sa ligne flex (contrairement à.recipe-chip__name, son équivalent côté planning) — un nom de recette long pouvait repousser le badge de portions et le chevron hors de la case, silencieusement coupés par leoverflow: hiddende la carte parente. Même traitementflex:1/min-width:0/ellipsis que son équivalent..cooking-task— l'action principale et répétée de tout l'onglet Plan), nœuds du stepper, onglets, ligne de l'onglet Recettes, boutons Précédent/Suivant — tous à--space-mdpour dépasser confortablement les 48dp minimums d'Android (l'app est Android-only) même dans le pire cas (une tâche à une seule ligne, sans ustensiles).Piège rencontré
Surcharger
.cooking-taskpar un simple sélecteur de classe ne fonctionnait pas, silencieusement : la règle globale partagéelabel:has(> input[type="checkbox"])(global.scss, utilisée par toutes les cartes à cocher de l'app) a une spécificité CSS plus élevée qu'il n'y paraît — l'argument de:has()compte comme un élément + un attribut. Corrigé en réutilisant le même niveau d'imbrication (.cooking-phase__tasks .cooking-task) que.cooking-task--donejuste au-dessus dans le même fichier, qui contournait déjà ce problème pour la même raison.Tests
"Cooking session page (phone)"danscooking-session-page.cy.ts— 2 tests (padding effectivement appliqué au niveau CSS calculé, troncature du nom de recette sans pousser le badge hors champ).biome check,tsc -b --force,build, 146/146 e2e, 71/71 composants — tous verts.Closes #89
🤖 Generated with Claude Code