@@molily:
nuqneH
Die Antwort ist eher: Abwärtskompatibilität.
Vielleicht ist Abwärtskompatibilität die größte Fehlentscheidung von HTML5. Es wurde sowieso ein neuer Parser gebaut.
h hätte für Prä-HTML5-Browser keinerlei Bedeutung. Es wäre fatal, ein Element wie h einzuführen und alle hX dadurch zu ersetzen.
nav hat für Prä-HTML5-Browser ebenfalls keinerlei Bedeutung. Ist die Einfährung auch fatal?
Niemand würde es benutzen, weil es die UX für unzählige Benutzer zerstören würde.
Wieso würde es das? Natürlich müsste man für h explizit Styles angeben, da keine Defaults vorhanden sind. Ebenso wie man das für nav, section, article, … machen muss.
Von SEO und anderer maschineller Auswertung ganz zu schweigen.
Suchmaschinen hätten ruckzuck auch h implementiert.
Natürlich ist es aus Sicht der Abwärtskompatibilität ebenfalls schlimm, nur h1-Elemente zu haben, die in Prä-HTML5-Browsern wörtlich als Überschriften erster Ordnung genommen werden. Aber nicht so katastrophal wie gar keine vom User-Agent verstandenen Überschriften. Das ist halt ein Kompromiss.
Ich wage mal eine andere These: Der Outline-Algorithmus hätte sich eher durchgesetzt, wenn dafür ein neutrales h-Element eingeführt worden wäre. Die Hierarchie-Ebenen von h1 … h6 wären wie angegeben 1 … 6, die Hierarchie-Ebene von h-Elementen wird gemäß Outline-Algorithmus berechnet.
Qapla'
„Talente finden Lösungen, Genies entdecken Probleme.“ (Hans Krailsheimer)