Never ending story

[molily]

Hallo,

"Mit HTML 4.0 wurde wieder mehr Wert auf die Trennung von Inhalt und Präsentation eines HTML-formatierten Textes gelegt. Im HTML-Code sollten nur Elemente verwendet werden, die etwas über die Bedeutung und die Struktur des Textes aussagen."

Das ist keinesfalls komplett korrekt, da sowohl <img> wie auch <script>, <style> und <object> genauso informationsgebende Elemente sind. Information beschränkt sich bei HTML keinsfalls auf Text.

Du musst schon berücksichtigen, was der Autor damit sagen will. Natürlich grenzt sich HTML 4 nicht von object usw. ab, aber doch von denjenigen HTML-Elementen, die als HTML-Elemente die Präsentation beeinflussen.

style tut dies nicht direkt, genausowenig wie script es direkt tut, genausowenig wie object andere Inhalte mit dem HTML verschweißt - all diese binden fremde Medientypen ein. Das Ideal von HTML 4 ist tatsächlich die Trennung der Sprachen bzw. Logiken. Grafiken, JavaScript und CSS sind nunmal nicht HTML - aber frameset, frames, target usw. sind HTML. Das ist der Punkt.

"Eine FRAMESET-Datei hat dagegen überhaupt keinen Inhalt (der NOFRAMES-Bereich wird von einem FRAMEs-fähigen Browser völlig ignoriert)!"

Es hat genausoviel Inhalt wie o.g. Elemente. Es hat zudem den Inhalt: ich bin zwei oder mehrer Inhalte.

Ja und?

Es ist doch egal, dass style und script keinen menschenlesbaren Inhalt im Sinne von natürlichsprachigem Text, Ton oder Bild haben. Sie sind ja auch selbst keine HTML-Dokumente! Das aber sind Framesets, und überhaupt deshalb ist die Inhaltslosigkeit von Relevanz.

Der Text will sagen: Ein »Frameset« bricht mit der klassischen Dokumentvorstellung. Das hat verschiedene Auswirkungen.
Das Einbinden von CSS oder JavaScript *in* ein klassisches Dokument konterkariert nicht dessen Konzept.

"Sie macht ausschliesslich Angaben über die grafische Präsentation anderer Dokumente. Für andere Ausgabemedien als für die hochauflösende Bildschirmdarstellung hat das Frameset keine Bedeutung."
Das ist schlicht unfug. Wie Eric Myer u.a. zeigt, macht es insbesondere dann Sinn, ein Frameset einzusetzten, wenn das Menü sehr viele Einträge hat (ein Übersicht zB. s.a. die Sidebar von Selfhtml u.a.). Ein Frameset lässt sich zudem in der Größe verändern und macht im korrekten Falle genau eine inhaltliche Aussage: zwei Inhalte, die sich in einer 1:n Relation befinden.

Du widersprichst dem Text damit überhaupt nicht, der macht trotzdem seinen Punkt.

Es ist eigentlich egal, was für eine Beziehung zwischen den Inhalten besteht. Natürlich besteht oft eine inhaltliche Relation, dazu setzt man Frames schließlich ein. Die Aussage des Textes ist aber, dass diese Relation nicht im Frameset ausgedrückt ist. Darin stehen nur Elemente, die eine grafische Anordnung definieren. Sie können prinzipiell keine inhaltlich-semantische Relation ausdrücken. DESHALB gilt eben, dass Framesets für andere Ausgabemedien, die der Darstellung nicht fähig sind, nichts sagen (und eine Navigation deshalb schwierig ist, weil der Benutzer erstmal die Relation selbst herausfinden muss, was je nach Zugangstechnik ziemlich schwierig ist). Denn mehr als die bloße Darstellung drücken sie nicht aus.

"Das FRAMESET ist ein toter Container, der nichts von seinen Inhalten weiß."

Genau wie ein <img> oder <objekt>. Es gibt eben auch nichtschriftliche Inforamtion.

Du widersprichst wieder einer Aussage, die gar nicht gemacht wurde.

object ist Bestandteil eines klassischen HTML-Dokuments und das ist in diesem Kontext völlig konsistent: Ein Dokument verweist auf andere Medien in einem bestimmten inhaltlichen Kontext. Ein Frameset ist aber ein eigenständiges HTML-Dokument. (Jetzt könnte man natürlich drüber diskutieren, ob ein Dokument nur mit ein paar objects, die mit CSS über den Bildschirm geklebt werden, noch ein klassisches Dokument ist und was den Unterschied zum »toten Container« macht.)

Diese Aussage findet sich auch nirgends beim W3C.

Was für ein Argument... ;)

Ich kann doch gerade und nur beim Frameset das selbst sofort anpassen, sogar das Menü wegschieben um mehr Platz für den Inhalt zu haben bzw. es aufziehen, wenn ich zu einem weiteren Thema den Menüpunkt suche.

Bei integrierten Navigationen kann man auch durch Scrollen das Menü wegschieben bzw. in den Fokus holen... Ist nix spezifisches.

Mathias