Unorthodoxe Verwendung von HTML5-Navi-Tag

Ich habe die neuen html5-Elemente "kreativ" eingesetzt und manchmal die beabsichtigten Grenzen ein wenig überschritten.

Wie die meisten besteht meine Website hauptsächlich aus Kommentaren zu Artikeln und Links zu anderen Artikeln. Ich entschied, dass ich das Artikel-Tag nur einmal verwenden würde, damit es überhaupt keine Verwirrung gibt. Für Kommentare verwende ich das aside-Element und denke, dass es zur Definition passt - es hängt mit dem Inhalt zusammen, kann aber auch ohne ausgeführt werden.

Bei Links zu anderen Artikeln (eigentlich Titeln mit Auszügen und Taxonomiehilfen) habe ich mich dazu entschlossen, nur die Navigation zu verwenden, da es kein besseres Element gibt, und ich weiß, dass es hier schwierig wird. Normalerweise ist nav als Linkliste für die Hauptnavigation gedacht. Das Klicken auf verwandte Beiträge ist das primäre Navigationsmittel auf meiner Website (und auf den meisten Web 2.0-Websites). Sie sind auch eine "Liste" von Links, da sie neben dem Hauptlink auch einen Link zur Kategorieliste, einen zu den anderen Beiträgen des Autors und einen zum datumsbasierten Archiv enthalten.

Das Problem ist, dass auf jeder Seite mehr als 10 solcher Navs vorhanden sind (sie können nicht in dasselbe Nav eingeschlossen werden, da sie nicht alle aufeinander folgen), was wahrscheinlich nicht von den Autoren der Spezifikation beabsichtigt war - oder?

Der Code wird gut validiert, und auch das Unterteilen macht Sinn, aber ich frage mich, ob dies noch praktische Konsequenzen hat. Ich möchte zum Beispiel nicht, dass die Site für Screenreader-Benutzer eine Neuerung ist (wenn es keine Neuerung ist, möchte ich auch kein Problem lösen, das es nicht gibt). Also, was ist das Schlimmste, was passieren könnte?

Antworten auf die Frage(4)

Ihre Antwort auf die Frage