A ce que tu écris j'ai l'impression que tu n'as même pas lu les liens... http://www.hixie.ch/advocacy/xhtml.fr/ dégrossit très bien le problème, que je ne connaissais pas (je suis développeur, pas webmaster).
Je pense que ton le problème du « désolé, le XML est non valide, nous ne pouvons afficher la page » n'en est pas un: le but est de forcer ceux qui écrivent des pages web à prendre conscience de leur responsabilité quand ils écrivent des pages, plutôt que sortir de la bouillie infâme, qui oblige tous les navigateurs à implémenter de mécanismes de rendu plus tordus les uns que les autres.
Donc oui, si un site est codé avec les pieds, et qu'un navigateur ne l'affiche pas, l'utilisateur pourra dire que ce sont les gars du site qui n'ont pas fait leur boulot plutôt que dire "le navigateur bidule il est tout pourri, il m'affiche pas ma page". Et ça me parait bien. Faire l'inverse c'est comme blamer linux de ne pas faire fonctionner out-of-the-box du matériel donc on a pas les spécifications: ça n'a pas de sens. Il est temps de responsabiliser les entreprises sur leurs produits.
Bref, que ceux qui font du désign pourri se tirent les doigts du cul pour pondre un site correct (et y soient contraints par les navigateurs), plutôt que de compliquer le boulot de ce qui font du bon travail.
Quant à XHTML 2, il semble d'après les liens de la dépêche qu'il ait peut de chances d'être un jour adopté...
[^] # Re: IE, HTML à la papa et XHTML
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Tim Berners-Lee évoque l'avenir d'(X)HTML. Évalué à 10.
Je pense que ton le problème du « désolé, le XML est non valide, nous ne pouvons afficher la page » n'en est pas un: le but est de forcer ceux qui écrivent des pages web à prendre conscience de leur responsabilité quand ils écrivent des pages, plutôt que sortir de la bouillie infâme, qui oblige tous les navigateurs à implémenter de mécanismes de rendu plus tordus les uns que les autres.
Donc oui, si un site est codé avec les pieds, et qu'un navigateur ne l'affiche pas, l'utilisateur pourra dire que ce sont les gars du site qui n'ont pas fait leur boulot plutôt que dire "le navigateur bidule il est tout pourri, il m'affiche pas ma page". Et ça me parait bien. Faire l'inverse c'est comme blamer linux de ne pas faire fonctionner out-of-the-box du matériel donc on a pas les spécifications: ça n'a pas de sens. Il est temps de responsabiliser les entreprises sur leurs produits.
Bref, que ceux qui font du désign pourri se tirent les doigts du cul pour pondre un site correct (et y soient contraints par les navigateurs), plutôt que de compliquer le boulot de ce qui font du bon travail.
Quant à XHTML 2, il semble d'après les liens de la dépêche qu'il ait peut de chances d'être un jour adopté...