xhtml

2022-01-29T14:42:49Z

On est en 2022, et je me suis donné pour défi de refaire mon site en xhtml.

Désormais, mes pages sont livrées avec un "Content-Type application/xhtml+xml".

Mais pourquoi?

À l'origine, c'est en réfléchissant à une façon de convertir du gemtext en epub. Or le epub, c'est du xhtml gzippé (en gros).

Ce n'était pas bien difficile, il suffisait de bien fermer les balises html.

Ensuite, je me suis aperçu que cela me forçait à écrire du code plus propre. Un peu comme être contraint par le langage C force à mieux s'y prendre.

Enfin, je dois admettre que je ne connaîtrait jamais toutes les balises en html5. D'ailleurs, c'est même difficile de savoir s'il vaut mieux utiliser l'une ou l'autre pour favoriser l'accessibilité. "<article>" ? "<main>" ? "<section>" ?

En xhtml, la liste est plus accessible pour moi.

Voilà donc un petit exercice personnel que j'ai apprécié : j'aime la rigueur parfois ^^. Au moins, s'il y a un souci quelque part, ça se voit très vite puisque le navigateur refuse d'afficher la page.

J'ai appris des choses, notamment que le xhtml n'est pas parsé de la même façon que du html.

Quoi qu'il en soit, c'est satisfaisant de réussir à produire une page de plus de 530k (guide auto-hébergement) destinée à être imprimée ou convertie en PDF et de voir le w3c le valider :)

Une réaction?

Envoyez votre commentaire par mail.

Mode d'emploi de la liste de diffusion pour recevoir les réponses.