Pour ma part j’ai 3 ascenseur à mon boulot :
Le 1er le RDC est au 3eme et mon bureau au 5eme.
Dans le second le RDC est au 0 et mon bureau au 3eme
Dans le troisième et dernier le RDC est au 0 et mon bureau au 2eme. lol

Les trois étant chacun à moins de 4 mètre d’écart….

Je me demande aussi si la technique proposé dans Retina révolution peut-être adaptée côté serveur. Mais à mon avis ça voudrait dire qu’il faut demander au gestionnaire de contenu du site (souvent le client) de fournir au serveur l’image la plus grande possible et laisser au serveur le soin de faire une compression.

Euh j’ai pas vraiment l’impression d’être de plus en plus importante pourquoi ? Les visites sur le blog montent doucement mais c’est pas non plus pharaonique :)

On va essayer d’améliorer http://lesgrosmotsdumobile.com/ d’ici la fin de l’été avec plus d’interaction notamment :-)

++

J’ai essayé la version de Zurb. Il affiche par défaut l’image qu’on a choisit pour la plus petite taille et ensuite il charge la seconde image si on est sur un écran plus grand et que si l’on a bien définie une autre image pour les autres résolutions supérieur.
je confirme qu’il est nécessaire d’avoir Zepto ou Jquery.

Une solution supplémentaire serait de diminuer la qualité de l’image renvoyé par le serveur. Je n’ai pas remarqué d’énorme différence en temps de chargement avec une connexion normal.
Mais sur un mobile la différence doit surement se ressentir.

Je n’ai pas encore testé sur de « vrais » images, mais cette solution me parait un bon compromis entre poids des images et qualité « pour le moment » : http://blog.netvlies.nl/design-interactie/retina-revolution/ .
De toute façon il n’y a pas de solution « parfaite », mais j’ai vraiment du mal avec tous les scripts qui proposent aujourd’hui des images en haut définition basé uniquement sur le fait que l’appareil est capable des les afficher. Ce n’est pas parce que j’ai un Android XHDPI que j’ai la connexion et bande passante pour charger les images HD (et l’envie au final). En fonction du client, il n’a pas forcément le budget pour qu’on puisse lui proposer une solution d’images responsive sur mesure. Donc l’image unique reste bien souvent ce qu’on fini par tous faire, moi y compris sur ce blog :/
Du coup la solution de Zurb, bien que pas encore parfaite commence à être sympa. Même si encore une fois il me semble qu’il faut Zepto ou jQuery pour qu’elle fonctionne.

Le point de vue de David Bushell me gêne.
Il va au delà des images hd et préconise une seule image pour tout le monde.

Ceux qui « trinquent » sont les mobiles peu performants avec une connexion assez lente :
– image trop lourde à charger -> temps de chargement impacté
– image de trop grande taille -> le redimensionnement de l’image par le navigateur pour l’afficher aux bonnes dimensions est couteux.

C’est un peu nier le problème à mon avis, même si les solutions, aujourd’hui, ne sont pas parfaites ni très simples à mettre en place.

Pour la « Clown Car Technique » :

différentes images qui se chargeront en fonction de la taille du navigateur

en fait, les images se chargent en fonction de la taille du « parent » (la balise object) et c’est là tout l’intérêt de la technique à mon avis (en plus de ne pas nécessiter de js, ou très peu pour les fallbacks) , c’est pour cette raison que le svg est utilisé.

Les incompatiblités liées à svg peuvent être réglées (commentaires conditionnels pour ie, via feature detection / js pour les autres , noscript…)

Quelle que soit la technique employée, ce qui reste à faciliter c’est la création des différentes tailles d’images en fonction du « template », mais d’après un commentaire, Estelle Weyl a prévu ça… à suivre.