Ich Frage anders herum: Welchen Vorteil siehst du bei nav gegenüber nl?

Eine Navigation ist immer eine Liste, ich sehe also nicht den Grund zusätzliches Element um meine Navigationsliste zu spannen. Außerdem wäre ein Label für die Navigation sehr praktisch und das ist zumindest bei der nl möglich bzw. es wäre möglich gewesen - muss man jetzt korrekter Weise wohl sagen.

nav, nl? O.o Wasn das überhaupt?

__________________
Ohne Quelltext gibts selten Hilfe. Also: Onlinebeispiel hochladen und Link bereitstellen!
Foren-FAQ

nav ist das HTML-5-Element für die Navigation, nl die Entsprechung aus XHTML 2.

Und ihr findet jetzt <nav> besser als <nl> und umgekehrt? Wieso O.o

__________________
Ohne Quelltext gibts selten Hilfe. Also: Onlinebeispiel hochladen und Link bereitstellen!
Foren-FAQ

nav ist viel flexibler als nl, denn es kann mehr unterschiedliche Elemente enthalten und daher auch in Situationen eingesetzt werden, die die Autoren der Spezifikation nicht so genau vorausgesehen haben. Und es kann jetzt schon verwendet werden, ohne daß man in älteren Browsern plötzlich frei herumhängende li im DOM hat.

Bei nav kannst du klassische Überschriften benutzen, was ja nicht so viel schlechter ist. Vielleicht sogar besser?

Ich sehe den wesentlichen Unterschied in der Rückwärtskompatibilität. Die Blindheit der XHTML-2-WG gegenüber diesem wichtigen Punkt (und ihre sagenhafte Inkompetenz) hat sie schließlich dahin geführt, wo sie mit ihrem jahrelangen Gebrabbel von »der Zukunft« auch hingehört: in die Vergangenheit.

Ich bedauere das nicht. HTML 5 ist nicht mehr aufzuhalten und umfangreich genug. Ein konkurrierender Standard brächte niemandem einen Vorteil.

__________________
toscho.de

Wie bereits geschrieben ist nav dafür gedacht, mehrere Elemente zu enthalten - das W3C zeigt folgenden Beispielcode:

__________________
Wer keinen Link auf seine problembehaftete Seite posten kann, weil diese noch nicht online ist: Testcase bauen, online stellen, Link posten.
Internet-Grundregel: Unbekannte Begriffe googeln! (Erspart 99% aller Nachfragen.)

Wie oft hat man den Fall, dass eine einzige Navigation aus mehreren Listen oder sonstigen Element besteht? Mir ist das noch nicht untergekommen. Dass man dort normale Überschriften nutzen kann ist schön und gut, aber label erfüllt den gleichen Zweck und bei einer nl spare ich mir ein meistens sinnloses Element. Falls man doch gruppieren muss, kann man für nl immer noch ein Div mit entsprechendem role-Attribut hernehmen.

Abwärtskompatibilität kann man als Vorteil sehen, genauso aber auch als Nachteil. Ich fände es gut, wenn mit den Altlasten gnadenlos aufgeräumt würde. Seiten die den alten „Müll“ nutzen, sollen bei einer alten (X)HTML-Version bleiben, in neuen Standards hat das meiner Meinung nach nichts mehr zu suchen.


Ich habe mich schon länger nicht mehr über HTML 5 informiert, daher weiß ich nicht, ob ich auf dem aktuellen Stand bin. Ich schreibe mal ein paar Sachen zusammen:

Gibt es immer noch reservierte Klassennamen?
Das geht gar nicht, für mich ist das nur ein minderwertiger Ersatz für Rollen.
Das role-Attribut finde ich super, damit könnte man endlich unabhängig vom Element die Funktion auszeichnen.

Ich finde es schlecht, dass die Altlasten weiter mitgeschleppt werden.

Einige Dinge die für XHTML 2 geplant waren wie Sections, role-Attribute, nl- und di-Elemente würden HTML 5 gut zu Gesicht stehen.


Was mir bei HTML 5 von Anfang an gefallen hat ist:

• Die Mediaerweiterungen für Video und Audio (wobei man sich leider dank Apple nicht auf einen freien Standard einigen konnte)
• Die erweiterten/neuen Typen für input-Elemente
• Das m-Element

Ich hoffe die rappeln sich jetzt auf und übernehmen wenigstens die guten Ideen von XHTML 2 - ich habe keinerlei Hoffnung, dass die Altlasten doch noch entfernt werden.

Zwei konkurrierende Standards helfen eigentlich keinem, damit hast du recht. Das hat mich auch von Anfang an gestört (und daran ist wohl die geschlossene Entwicklung von XHTML 2 schuld).

Ich halte es zumindest für vorstellbar. Und Überschriften erkennen auch ältere Screenreader; label hingegen können die nicht in eine bestehende Hierarchie einordnen.

Ich finde es schlüssiger, diese Aufgabe einem Element zu überlassen als einem Attribut. Aber das ist ja nicht der wesentliche Punkt …

Das ist aber praxisfremd: Die Browser müßten dann alles auf einmal implementieren – und würden dann sofort mit eine Flut von Bugs überhäuft. HTML 5 hingegen kann Schritt für Schritt eingebaut werden. Passiert ja schon – genau deshalb.

Gab es in HTML 5 noch nie; das ist ein dämliches Feature der Mikroformate. Ich halte davon auch nichts.

Sections gibt es, ebenso dialog.

Im Gegensatz zur XHTML-WG arbeitet die WHAT-WG offen. Du kannst deine Ideen jederzeit in der Mailingliste diskutieren. Oder im Blog, im Forum, im Chat …

Gruß
Thomas

__________________
toscho.de

Ich leider auch lange nicht mehr, da ich beruflich nicht mehr sehr viel mit (X)HTML zu tun habe, damals habe ich aber sehr auf XHTML 2 gehoft, denn sowas:

(XHTML 2.0)
Im Gegensatz zu:



Und mal auf das <nav>-Beispiel zu kommen, bei HTML 5 ist es doch nur ein weiteres Element, was die Navigation umfasst, bei XHTML 2.0 war es eine eigenständige Liste:

Und das Tolle, man kann es sogar verschachteln: XHTML 2.0 - XHTML List Module


Da ist das doch eher nur Augenschein (HTML 5):

Denn <nav> durch nen <div> getaucht ist das Gleiche nur in grün (HTML 4 / XHTML 1.1):


Wenn wir nun anfangen mit kompabilitäten in Punkto Browser und Screenreader, werden wir wohl nie das Erbe von HTML mal sauber aufräumen können, geschweige denn so verbessern, dass es selbst für Screenreader leichter gemacht wird, die Inhalte zu browsen. Denn die zwingende korrekte Semantik bei XHTML ist es doch, die es gerade Screenreader in der Theorie die Arbeit vereinfachen. Wenn nun eine HTML-Krücke folgt, wird auch diese Krücke wieder Spielraum dafür lassen, dass mal wieder nicht jedes Element geschlossen werden muss, und der Browser wieder dazu neigt es trotzdem richtig anzuzeigen.

Ich persönlich finde es schade, dass XHTML 2.0 nicht kommt, ich habe mich eigentlich sehr darauf gefreut.


Gruß,
Sascha

Es gibt doch in HTML5 genauso <section>-Elemente und sogar <header>-Elemente, welches Überschriften durch Verschachteln weitere Wertigkeiten hinzufügt, oder täusche ich mich da?