Pendant que je jouais avec mon interface «trop bien™» pour ibouh, j'en ai profité pour que mes pages utilisent les microformats (hcalendar principalement) partant du principe que le site est pour les utilisateurs en non pas pour les robots—comme toutes les interfaces web?—et là j'ai eu ma révélation : j'était retourné à mes premiers amours du web. En même temps qu'a la cruelle réalisation que le XHTML avait échoué sur le web.
Le XHTML n'as de sens que si il est envoyé en temps que
application/xhtml+xml ce qui n'est le cas nul part, puisque
Internet Explorer ne gère pas ce type mime. Ses avantages sont donc… inexistants.
Jusque là j'ai toujours codé en XHTML 1.0 envoyé en temps que
text/html. J'ai fait une tentative pour envoyer
application/xhtml+xml aux navigateurs qui le suportent et en
profiter pour envoyer du SVG dans ces pages, mais comme la majorité des
projets… j'ai mis ça aux oubliettes. Globalement c'est mauvais, je suis en
train de passer ce que je peux en HTML 4.01, qui l'un dans l'autre n'est autre
que du XHTML 1.0 sans le / final dans les éléments vides comme
<img> ou <meta>.
L'echec du XHTML, la lourdeur du XML, en ce moment la hype est dans le format JSON, sauveur de l'humanité, pourfendeur du verbeux XML. C'est une notation permettant de représenter des objets nativement en Javascript. Des routines d'import et d'export existent pour la majorité des languages. C'est le format qui a mis le XML au placard pour les requetes «AJAX» (beurk, j'aime pas cet acronyme), plus simple de manipuler un objet javascript que le DOM XML…
Avec des idées lancé pour faire de JSON le support d'un protocol de
publication RESTful, la possibilité de manipuler des données au
format JSON comme des objets natifs dans la plupart des languages de
programmation… Combien de temps avant les flux de syndication en JSON?
L'équivalent du XSL pour JSON? Aller, qui commence? 
