Das hat nichts mit meinem subjektiven Empfinden zu tun, sondern mit dem intensiven Studium der "Editor's-Draft"-Version vom September 2009.

Ah, okay. Ich bin zugegebenermaßen nicht vom "Editor's Draft", sondern vom "Working Draft" ausgegangen. (Ja, das hätte ich anmerken können bzw. sollen. Bitte um Nachsicht )

Wir haben verstanden, dass du kritisch bist, du musst das beim besten Willen nicht bei jedem einzelnen Artikel wiederholen, …

Ich kann ja auch nichts dafür, dass ihr aktuell gerade einen Artikel nach dem anderen zu diesem Thema raushaut.

… zumal wir auch die falschen Ansprechpartner sind.

Das finde ich eben nicht, denn garantiert viele Webautoren lesen eure Artikel (und ggf. auch die Kommentare). Hier auch ein gewisses "Problembewußtsein" gegenüber den Neuerungen aufzuzeigen und evt. eine (sachliche) Diskussion darüber zu führen, halte ich ebenfalls für äußerst sinnvoll. Gerade da die Artikel größtenteils/ überwiegend ziemlich "wertneutral" gehalten sind (was ja ansich durchaus sinnvoll und richtig sein kann), und zumindest für meinen Geschmack daher zu wenig die jeweiligen Pros & Cons beleuchten/ unter die Lupe nehmen.

Poste deine Anmerkungen in die offizielle HTML5-Mailingliste oder äußere sie im IRC-Channel.

Sehe ich ehrlich gesagt nicht als mein Ding an. Schließlich bin ich reiner Hobbyist/ Laie und sicherlich auch nicht mit allen Dingen bis in die letzten Feinheiten vertraut. Da sehe ich Leute, die das beruflich machen, weiter vorne als mich. Hinzukommt, dass ich zwar durchaus des (Business) Englischen mächtig bin, allerdings fehlt mir jegliche Übung darin, fachspezifische Dinge en detail (schriftlich) auf Englisch zu erläutern. Denn gerade bei solchen Dingen kommt es oft auf die sprachlichen Feinheiten an.

Und last but not least heißt es doch in eurem Mission Statement u.a.:

Wir propagieren die internationalen Standards und beteiligen uns aus der Sicht der Praxis an ihrer Weiterentwicklung.
[...]
Dazu bieten wir eine Plattform für den Austausch von Informationen und Meinungen.

In diesem Sinne (und nichts für Ungut)
Gunther

@Gunter: Wir haben verstanden, dass du kritisch bist, du musst das beim besten Willen nicht bei jedem einzelnen Artikel wiederholen, zumal wir auch die falschen Ansprechpartner sind. Poste deine Anmerkungen in die offizielle HTML5-Mailingliste oder äußere sie im IRC-Channel. Da hast du wesentlich mehr Chancen, dass sie berücksichtigt werden.

Zu CSS: Ein h4-Element bleibt ein H4-Element, alles was sich ändert ist ein interner Hierarchie-Parameter. Im Moment bietet CSS noch keine Lösung dafür an, außer mit Kindselektoren zu arbeiten, was dann aber sehr aufblähend sein kann. Jeremy Keith hat dazu bereits was in die Mailingliste gepostet.

The time element's pubdate attribute can be used to provide the publication date for an article element.

Also: pubdate ist eindeutig time zugeordnet.

Dieser Artikel samt seinem Beispielcode zeigt imho sehr schön, wie HTML5 zur Verkomplizierung von HTML führt.

Der Beispielcode … ist dabei bewußt auf das Wesentliche reduziert …

und dennoch wirkt der Quelltext schon dermaßen aufgebläht, dass man wohl den Begriff DIVitis demnächst auch mit HTML5 gleichsetzen kann.

Da ich dann auch gleich für die Validität des Beispielcodes interessiert habe, musste ich feststellen, dass der W3C Validator für HTML5 doch wohl noch sehr experimental ist, zeigt er doch einen Fehler für das pubdate Attribut in Zeile 43 an und ist nicht in der Lage, die Charset Angabe im Head zu finden.
Siehe: W3C Validator Ergebnis

Kann ich auch das Ergebnis des Validators nicht teilen (für mich ist der Code valide), so scheint mir aber etwas anderes nicht korrekt zu sein, nämlich die Verwendung der Überschriften Elemente gemäß dem neuen Section-/ Outline-Konzept.

Auch hierfür gibt es ein Tool namens Semantic data extractor: Semantic data extractor Ergebnis

Die Outline des Dokuments zeigt, dass sie imho nicht korrekt ist, bzw. nicht so, wie sie von der wohl anzunehmenden Semantik der Seite her sein sollte. Das liegt m.M.n. darin begründet, dass einerseits keine Section Elemente verwendet wurden und andererseits aber auch auf die konsequente Verwendung von ausschließlich H1 Elementen verzichtet wurde.

Na ja, früher zu Zeiten exzessiven Gebrauchs von verschachtelten (Layout-)Tabellen haben wir stundenlang nach fehlenden und/ oder falsch platzierten Tabellen-Tags (table, tr, td) gesucht – zukünftig testen wir dann halt die Outline unseres Dokuments bis sie so ist, wie sie sein soll!

BTW: Was mich ja auch mal brennend interessieren würde, und wozu ich bisher nirgends etwas gefunden habe ist, wie es dann eigentlich im Bezug auf das Styling per CSS aussieht?
Wenn ich das soweit richtig verstanden habe, dann ist es ja zukünftig Sache des Browsers einem Hx-Element gemäß der Outline seinen Rank zuzuweisen. Sprich aus einem H1-Element im Quelltext könnte dann bspw. beim Rendern ein H4-Element werden. Und wie ist das dann mit dem CSS? Greift dann immer noch ein H1-Selektor, oder doch ein H4-Selektor?

Gruß Gunther