Fin du dossier sur la balise ‹img /› avec l'attribut srcset="", sensé résoudre le problème de source en fonction de la finesse d'image. Oui, mais je pense qu'on pouvait faire bien mieux. Bien bien mieux. Cela mérite proposition au W3C…

Que faire quand on a trop d'images ou qu'elles sont trop lourdes pour les tuyaux d'internets ? Comment donner l'illusion qu'elles arrivent dans un délai raisonnable ? Jouer avec l'affichage plus tôt ou plus tard d'une image, bonne ou mauvaise idée ?

Où l'on apprendra comment les images sont gérées par les serveur web, et comment les navigateurs utilisent le document et ses méta-données header http. Avec une très belle astuce pour les CMS.

Comment est appelé, paramétré, configuré la balise <img /> dans le source html. Milles et une petites plaisanteries, hacks malheureux ou astuces qui furent standards à un moment.

Pour ceux qui se sont désistés ou qui n'ont pas pu y venir, non pas un résumé des débats, mais de l'esprit qu'on voulait atteindre : Reparlons front code entre différents spécialistes.

Une soirée d'ateliers after-work pour tous les professionnels du web. Mardi 25 Mars, amène ton code, après on ira boire pour en parler. Inscriptions en commentaires. Parlons de ce qui nous uni, le html. C'est le printemps, faut que ça bourgeonne !

Making of du remaquillage d'un champ de formulaire par un développeur web qui doute franchement de ses goûts. J'ai besoin de vos avis avant de le faire remonter dans DotClear.

Toujours le même péché véniel : le contenu a un certain prix, qui vaut l'investissement dans un antivol. Mais quelques minutes de loisir sur un site web vaut-elle de retourner l'informatique contre vous ? Le standard EME met le web ouvert en danger. Pitch Hollywoodien, usual suspects.

[Écriture en cours] NOTE : Ce billet sera complété par les liens au fur et à mesure de leurs publications.