Pas terrible ; mais presque

Com­bien d’entre-nous se sont un jour frotté à un client qui à la pré­sen­ta­tion d’une maquette nous inter­pelle avec insis­tance sur la cou­leur de tel ou tel élément minus­cule de l’interface alors que tout de dont on attend de lui, c’est qu’il nous valide le concept de la maquette ?

Afin de sim­pli­fier à la fois le tra­vail du web-designer dans sa phase de recherche et ses rela­tions avec le client dans les pre­mières phases de vali­da­tion, il n’est pas inin­té­res­sant de mettre en place un «gaba­rit gris».

Lire le reste »

Ecrit par Sébastien Degliame
Pas de commentaires »

Ça fait déjà quelques temps que les ténors en parlent ; mais la ten­dance est là, les uti­li­sa­teurs sur­fant sur leur smart­phones sont de plus en plus nom­breux. La faute aux navi­ga­teurs uti­li­sés dans ces pla­te­formes qui sont de plus en plus per­for­mants. Il faut donc abso­lu­ment les prendre en consi­dé­ra­tion dans la concep­tion de sites qui sont sus­cep­tibles d’être mas­si­ve­ment uti­li­sés via des pla­te­formes mobiles.

Dans cette optique, Paul Irish à bien syn­thé­tisé la démarche dans un post sur Google+. Je vous en livre ici une tra­duc­tion faites par votre ser­vi­teur (donc à prendre avec les réserve d’usage, hum).

  • Pen­ser mobile en pre­mier : com­men­cez par la réso­lu­tion la plus faible
  • Gar­dez en mémoire que beau­coup de mobiles ont une réso­lu­tion infé­rieure à 320px
  • L’absence de media-query est la pre­mière media-query (Bryan Sie­ger)
  • Lais­ser la grille fluide faire le plus gros du tra­vail. Ne cher­chez pas à faire autant de mq qu’il y a de pixels à l’écran…
  • Uti­li­sez plu­tôt min-width que max-width (tou­jours dans l’optique mobile en premier)
  • Soyez économes en médias, com­men­cez par de petites images, et changez-les pour des réso­lu­tion plus impor­tantes, cf. http://www.cloudfour.com/responsive-imgs-part-2/
  • Ne jouez pas trop avec le DOM. La vitesse doit être votre objec­tif prin­ci­pal et (trop) mani­pu­ler les choses avec JS risque de plom­ber vos temps de réponses.
  • Ne faites pas 100 gali­pettes pour ten­ter d’améliorer un tas de merde. Votre design doit être suf­fi­sam­ment intel­li­gent pour gran­dir sans avoir à faire des ver­sions alter­na­tives du site.
  • Ne mas­quez pas de contenu pour les mobiles, tout autant que les autres ils aiment avoir accès à l’info.
  • Gar­dez les zones d’action grandes, conce­vez pour les méthodes de sai­sie mobile car les uti­li­sa­teur de navi­ga­teur de bureau pour­ront aussi en pro­fi­ter. Uti­li­sez les pro­prié­tés des for­mu­laires du HTML5 plu­tôt que des arti­fices JS.
Ecrit par Sébastien Degliame
Pas de commentaires »

Depuis que les ordi­na­teurs ont une inter­face gra­phique et des fenêtres, il y a des ascen­seurs et des bou­tons pour contro­ler ces der­niers. Lire le reste »

Ecrit par Sébastien Degliame
Pas de commentaires »

 

Au cours d’un déve­lop­pe­ment de site, il arrive un moment ou tout bon tra­vailleur se doit de faire une véri­fi­ca­tion pour savoir si son code est validé par la W3C. Alors certes c’est pas une obli­ga­tion mais ça per­met de poin­ter rapi­de­ment un cer­tain nombre d’erreurs que l’on aurait pû com­mettre à l’insu de notre plein grès durant les longues heures pas­sées les mains dans le cam­bouis du code html.

icon-validator-current

 

Lire le reste »

Ecrit par Sébastien Degliame
Pas de commentaires »

© 2008 Sébastien DEGLIAME, droits réservés Creative Commons License