nicht angemeldet
Hallo,
Grundsätzlich finde ich zumindest die Möglichkeit einer Trennung der Navigation vom Inhalt richtig,
Eine Navigation, die vom Dokument definiert wird, ist Dokument-Inhalt, und gehört nicht auf die Browser GUI.
?? Es ist die Grundlage von Hypertext, dass Knoten logische Verknüpfungen zu anderen Knoten haben. Wie die der Browser nun visualisiert, ob er sie mit dem Dokumentinhalt vermischt oder diese Metadaten davon getrennt anzeigt, ist erstmal nicht in Stein gemeißelt. Dass wir daran gewöhnt sind, dass Kopf- und Metadaten gar nicht dargestellt werden, und "das Dokument" bloß mit dem rechteckigen Bereich identifizieren, in dem der body-Inhalt visualisiert wird, ist einfach eine historische Entwicklung. Anders herum gibt es heute immer noch Browserzusätze, die die Metadaten zugänglich machen, man denke auch an Mikroformate. Dabei erfolgt die Darstellung selten im besagten "Viewport", sondern in Extrafenstern und -leisten. Es ist doch gerade der Sinn von logischen Verknüpfungen, dass sie der Browser in seinen Navigationshilfen berücksichtigt - z.B. Hyperlinks mit rel=next für den Vorwärts-Button gebraucht.
Von daher erweist sich wohl die Baum Hierarchie als die vielleicht konsistenteste Lösung an. Deine Links müssen, wenn sie denn verallgemeinert sind, also die Traversierung des Baumes erlauben.
<link> kennt kein solches Prinzip. Man kann es höchstens mit Glück hinein interpretieren, oder hinein erfinden (<link rel="first-child">), was, wie gesagt, höchst wahrscheinlich wirkungslos in der Browser-Gui verhallt.
Was willst du damit sagen? Natürlich gibt es für das rel-Attribut Linkziele, die solche hierarchische und sequentiellen Beziehungen ausdrücken.
Mathias