Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Responsive : étude de cas concret

Raphael Goetter
September 25, 2014

Responsive : étude de cas concret

Adapter en Responsive le site existant de l'Université de Lille 1 : trop facile ou pas ?

Raphael Goetter

September 25, 2014
Tweet

More Decks by Raphael Goetter

Other Decks in Design

Transcript

  1. mais dans le détail…:( 3223 lignes de HTML à se

    farcir ! 62ko ! (25ko si minifié)
  2. stylestats http://www.stylestats.org/ › 12 tailles de police différentes › 50x

    « font-size » › 26 couleurs de texte différentes › 118x « color » › etc.
  3. en résumé › 561 sélecteurs CSS › 15x position :

    absolute › 71x float › 171x width › 27x !important
  4. en résumé Écrivez du code maintenable ! – vos collègues,

    vos futurs collègues, votre client, votre patron, vos amis, l'univers, les générations à venir
  5. méthodologie adapter le niveau de zoom (viewport) ⓿ ❶ ❷

    ❸ ❹ ❺ avoir une base de travail (reset) faire rentrer les gabarits (largeurs, marges, ...) faire rentrer les contenus (word-wrap, max-width, ...) adapter la navigation améliorer la vitesse d'affichage
  6. objectif : "base de travail" › appliquer un « reset

    » spécial mobile › définir les largeurs en « box-sizing : border-box »
  7. objectif : "base de travail" › appliquer un « reset

    » spécial mobile › définir les largeurs en « box-sizing : border-box » › appliquer des styles selon l’orientation
  8. objectif : "base de travail" › appliquer un « reset

    » spécial mobile › définir les largeurs en « box-sizing : border-box » › appliquer des styles selon l’orientation › appliquer des styles selon la densité de pixels
  9. objectif : "base de travail" › appliquer un « reset

    » spécial mobile › définir les largeurs en « box-sizing : border-box » › appliquer des styles selon l’orientation › appliquer des styles selon la densité de pixels › règles spécifiques (text-size-adjust, tap-highligh- color, …)
  10. objectif : "base de travail" › appliquer un « reset

    » spécial mobile › définir les largeurs en « box-sizing : border-box » › appliquer des styles selon l’orientation › appliquer des styles selon la densité de pixels › règles spécifiques (text-size-adjust, tap-highligh- color, …) http://knacss.com
  11. objectif : "ça doit rentrer" › supprimer les valeurs problématiques

    de « width » (et « min-width ») › idem pour « margin » et « padding »
  12. objectif : "ça doit rentrer" › supprimer les valeurs problématiques

    de « width » (et « min-width ») › idem pour « margin » et « padding » › idem pour « float »
  13. objectif : "ça doit rentrer" › supprimer les valeurs problématiques

    de « width » (et « min-width ») › idem pour « margin » et « padding » › idem pour « float » › idem pour « position: absolute » (et « fixed »)
  14. objectif : "ça doit rentrer" › supprimer les valeurs problématiques

    de « width » (et « min-width ») › idem pour « margin » et « padding » › idem pour « float » › idem pour « position: absolute » (et « fixed ») › éradiquer « !important » (quand c’est possible)
  15. › 561 sélecteurs CSS › 15x position : absolute ›

    71x float › 171x width › 27x !important ( rappel... )
  16. objectif : "contenus adaptés" › gérer les contenus trop longs

    ( « word-wrap », « hyphens ») → › rendre les images fluides ( « max-width : 100 %; height : auto ») →
  17. objectif : "contenus adaptés" › gérer les contenus trop longs

    ( « word-wrap », « hyphens ») → › rendre les images fluides ( « max-width : 100 %; height : auto ») → › gérer au cas par cas les tableaux, iframes, vidéos,...
  18. objectif : "navigation adaptée" › taille de liens adaptés «

    touch » › espacement entre les liens › ne pas forcément copier la navigation « desktop »
  19. objectif : "ça va vite !" › une seule feuille

    de styles › ne charger que le nécessaire
  20. objectif : "ça va vite !" › une seule feuille

    de styles › ne charger que le nécessaire › réduire le poids des ressources
  21. objectif : "ça va vite !" › une seule feuille

    de styles › ne charger que le nécessaire › réduire le poids des ressources › réduire le nombre des requêtes
  22. méthodologie adapter le niveau de zoom (viewport) ⓿ ❶ ❷

    ❸ ❹ ❺ avoir une base de travail (reset) faire rentrer les gabarits (largeurs, marges, ...) faire rentrer les contenus (word-wrap, max-width, ...) adapter la navigation améliorer la vitesse d'affichage
  23. temps passé › production effective RWD = 8 heures ›

    analyse de l'existant = 8 heures › réflexion en amont, stratégie = 4 heures › correction bugs, anomalies = 1 heure total = 21 heures
  24. › seule la page d'accueil a été traitée › ergonomie

    : uniquement le minimum vital › aucune adaptation à l'orientation (portrait / paysage) › aucune adaptation aux performances d'affichage › aucune prise en compte « HD » / « Retina » › etc. non traité conclusion = à l'arrache « »
  25. ça se décide en amont... et ça prend du temps

    le Responsive c'est pas du bonus ! – quelqu'un qui a raison