Méthodologie d’Intégration pour un site en Responsive Web Design
Intégration HTML / CSS ☄ 8Cette méthodologie est un addendum à ma méthodologie d’intégration axée sur l’intégration d’un design responsive. Je pars sur le principe que ce design vous est fourni par un DA : PSD, etc, et que vous suivez les étapes de la méthodologie générale.
- Définir un layout de base qui déterminera le site visible par les vieux navigateurs, ainsi que l’ordre de travail (En gros : Mobile first ou Desktop First)
- Intégrer la structure (blocks contenant header, nav, content, footer, sans leur contenu) en premier, sous tous les modes, dans l’ordre défini.
- Ne pas oublier la meta viewport.
<meta name="viewport" content="width=device-width" /> - Choisir puis mettre en place une solution de “Responsive Images” pour les images liées au contenu, celles liées à la présentation pouvant être gérées via les media-queries.
- Pour chaque block (Contenus du header, nav, footer, et sections du content)
- Intégrer la version du layout de base
- Intégrer les versions suivantes, dans l’ordre défini.
- Intégrer les éventuels ajouts sur écran Retina.
- Tester sous les navigateurs/devices ciblés, dans l’ordre défini. à cette étape, on peut se contenter d’émulateurs.
- En cas de correctif sur une version, ne pas oublier de vérifier les effets de bords dans les autres versions.
- à la fin de l’intégration d’un template différent, tester sur des véritables devices. Eventuellement, faire manipuler par un collègue qui mettra en avant des erreurs.
Media Queries
Chaque feuille CSS ne devra idéalement contenir qu’une seule occurence de chaque media-query, située en bas de feuille. En intégrant de haut en bas, block après block, la media-query sera ainsi située juste en dessous du CSS en cours de rédaction. Une feuille séparée contenant les media-queries impliquera trop d’aller/retours à l’intégration. Un appel de media-query par block distinct fera inutilement grossir la feuille, et sera trop complexe pour la maintenance.
Tests sur devices
Xcode sur Mac contient un émulateur fidèle de périphériques sous iOS. Mais rien ne remplacera la manipulation d’un site sur un écran tactile, nécessaire après l’intégration d’un template différent.
Firefox 15 contient un simulateur de viewport, qui ne doit servir qu’à l’étape d’Intégration.
Vitesse de chargement
Le “Network Link Conditioner”, également fourni avec Xcode (ou inclus dans OS X Lion), permet de simuler une connection défectueuse, comme par exemple “3G” en mauvaises conditions.
Les scripts externes en plein milieu de la page, les images chargées mais non affichées ainsi que les médias lourds seront les premiers défauts ressentis, plus vicieux qu’un commercial à 17h55.
Tags : front-end, integration, methodologie, responsive, Web
8 commentaires sur ce post
salut, merci infiniment pour ce billet mais je ne comprends pas vraiment ce que tu veux dire par "rien ne remplacera la manipulation d'un site sur un écran tactile...", donc le Xcode sur Mac il servirait à quoi finalement?
Le simulateur iOS permettra de détecter les soucis de rendus, mais la manipulation sur un écran tactile permettra de voir les soucis d'ergonomie ( zones cliquables trop petites pour un doigt, etc )
bonjour, justement à ce sujet, comment doit-on procéder pour définir le layout de base?
Il suffit de se poser deux questions :
- Comment les visiteurs sur navigateurs anciens doivent-ils voir mon site ?
- Quel est le layout le plus simple à adapter à un vieux navigateur ?
à quoi sert la meta viewport exactement?
Je vous invite à lire cette introduction à meta viewport http://dev.opera.com/articles/view/an-introduction-to-meta-viewport-and-viewport/
pourquoi simulerait-on une mauvaise connexion?? l'article est bon sinon
Un site responsive doit être également accessible dans de mauvaises conditions de connexion.