PUBLIC MARKS with tags html5 & html

Excellent complément d'information qui s'attache à réfuter les rumeurs et incompréhensions autour d'HTML-espace-5 la plateforme.

À faire suivre aux apprenti-standardistas français qui se bornent à pomper Zeldman ou Molly sans chercher à voir plus loin.

il y a ceux qui se touchent et parlent des heures et des heures du type MIME pour servir XHTML et il y a les autres, ceux qui produisent des trucs, qui ont assaini l'ancienne soupe de balises qu'était le HTML à l'époque des tables et qui ont contribué à structurer cette industrie.

Ah ah ah, bien dit Marco !

Google’s role is not free from the perception of conflict of interest, and that coupled with Ian’s endorsed role as a dictator will affect the credibility of the outcome produced. In particular, it will give Microsoft all of the excuse it needs to avoid implementing the standards. (Not that eliminating that excuse will magically cause Microsoft to participate…)

I think the HTML5 project is misguided in the same way that ES4 was. It is trying to do too much without a clear mission that defines the problems it is solving. I think the project needs a reset. I want to refocus it with the intention of producing the smallest possible standard, rather than the largest possible standard.

I would call the replacement project HTML4.2. It would be tempting to call it HTML4.1, but the current HTML standard is HTML 4.01, so the potential for confusion is too great.

Opinionated Doug is opinionated, and I think it's a good thing.

This specification normatively defines the fifth major version of the HTML vocabulary. It provides the details necessary for producers of HTML content to create conformant documents. By design, it does not define related APIs nor attempt to specify how consumers of HTML content are meant to process documents.

a version more usable to help you actually writing HTML5

Pour HTML 5, la démarche a l'apparence de la simplicité : lorsqu'on reconnaît un nouveau besoin on ajoute un nouvel élément. Puisque beaucoup de pages web sont utilisées pour publier des articles (au sens large), on ajoute un élément <article> Puisque beaucoup de pages web ont des barres de navigation on ajoute un élément <nav>....

L'approche du groupe de travail XHTML 2.0 est totalement opposée. Elle propose au contraire de faire le ménage dans la liste des éléments XHTML tels que nous les connaissons et à supprimer tout ceux qui ne sont pas vraiment nécessaires.

Elle s'appuie ensuite sur l'observation des pratiques actuelles : comment fait-on aujourd'hui pour représenter un article ou une barre de navigation? L'approche la plus commune est d'utiliser des éléments standards, tels que l'élément «<div>, et d'identifier ces élément par leur attribut « class » pour leur appliquer un style CSS ou une animation JavaScript.

L'inconvénient de cette approche est que les classes utilisées ne sont pas standardisées et que cela constitue un détournement de la fonctionnalité de l'attribut « class » utilisé pour qualifier la signification d'un élément plutôt que la manière dont il doit être présenté à l'écran. Ce détournement est devenu chose courante, puisqu'il est à la base de l'approche des microformats.

Pour éviter ce détournement tout en gardant la souplesse de cette approche, XHTML 2.0 propose d'introduire un attribut « role » permettant de définir le rôle des éléments XHML.

Comet doesn’t have to be a hack. Currently, as we saw last time, Comet relies on undocumented loopholes and workarounds, each one with some drawbacks. We can make Comet work effectively in every browser, using streaming transports on subdomains of the same second-level domain, or using script tag long polling across domains. But this leaves Comet developers implementing (and more frustratingly, debugging) several transports across several browsers. Traps are numerous and easy to stumble into.

event-source is the future of all Comet things.

Eric van der Vlist est plus que sceptique sur html5.

Sur certains points il n'a pas tort, ne pas se reposer sur les technologies xml et introduire trop de nouvelles balises par exemple.

Cependant, html5 standardise les pratiques présentes dans les navigateurs d'aujourd'hui en ce qui concerne l'analyse des documents, ce qui est peut-être tard mais bien. En outre, le dévelopeur web apprécie la standardisation d'avancées importantes des navigateurs d'aujourd'hui. xhtml 2 + 5 = 7 ?