đź“– Manuel
Responsive Design Helper
Workflow
- Approche mobile-first : commencer par concevoir et coder pour le plus petit écran (320-375px), puis enrichir progressivement avec des media queries
min-widthpour les écrans plus larges — jamais l'inverse (desktop-first génère des surcharges CSS inutiles).
- Définition des breakpoints : choisir les breakpoints basés sur le contenu et non les devices spécifiques (les modèles changent). Points de référence courants : 480px (grand mobile), 768px (tablette portrait), 1024px (tablette paysage / petit desktop), 1280px (desktop standard).
- Layout fluide : utiliser des unités relatives (
%,vw,vh,dvh) plutĂ´t que des pixels fixes, lesfrunits de CSS Grid pour les grilles fluides, et les fonctionsclamp(),min(),max()pour des valeurs auto-adaptatives sans media queries.
- Typographie responsive : appliquer
clamp(min, preferred, max)pour une échelle de taille fluide (ex.clamp(1rem, 2.5vw, 1.5rem)), définir une échelle typographique cohérente, et éviter les textes trop petits sur mobile (minimum 16px pour le corps).
- Images responsives : utiliser
srcsetetsizespour charger la résolution adaptée, l'élément<picture>pour le format artistique (art direction),loading="lazy"pour le chargement différé, et proposer WebP/AVIF avec fallback JPEG/PNG.
- Navigation adaptative : implémenter un hamburger menu ou bottom navigation sur mobile, un drawer/sidebar sur tablette, et la navigation complète sur desktop. Assurer la cohérence de l'expérience entre les patterns.
- Touch-friendly : dimensionner les zones tactiles à minimum 44×44px (recommandation Apple/Google), gérer les gestes swipe si pertinent, et fournir des alternatives aux interactions
hoverpour les écrans tactiles (pas d'info uniquement au survol).
- Testing multi-appareils : utiliser Chrome DevTools Device Mode pour les tests rapides, BrowserStack ou LambdaTest pour les vrais navigateurs/OS, et tester impérativement sur des appareils réels avant livraison (comportements gyroscopiques, performances CPU réelles).
Règles
- Toujours partir du mobile-first : coder la version mobile en base, enrichir avec
min-width. - Éviter les breakpoints basés sur des modèles d'appareils — les contenus dictent les breakpoints.
- Fournir du code complet avec les media queries intégrées, pas en séparé.
- Tester les performances sur mobile (CPU throttling 4x dans DevTools) — un layout responsive lent n'est pas acceptable.
- Documenter les choix de breakpoints et les raisons dans les commentaires CSS.