Hi Sönke,
Der Kern von SSI ist doch wohl wirklich das Einfügen von immer
wiederkehrenden Dokumentfragmenten,
richtig. Nur: Was soll das mit Frames zu tun haben?
Solche Fragmente sind, wie ich geschrieben habe, zum Beispiel Menü,
Kopf und Fuß einer Seite. Und was wird in der Regel mit Frames
gemacht? Dasselbe, Menü, häufig auch ein Seitenkopf, manchmal auch
ein Seitenfuss.
Weder Seitenkopf noch Seitenfuß machen Sinn via Frames, weil eine
Seite variabel lang ist, ein Frame-Fenster aber nur konstant hoch.
Menüs wiederum machen eben gerade mit Frames mehr Sinn als mit SSI,
weil sie mit reinem via SSI eingefügtem HTML beim Scrollen innerhalb
des Dokuments aus dem Blickfeld verschwinden, während sie als sepa-
rater Frame sichtbar bleiben. Erst mit CSS und Positionierung _und_
einem Browser, der das auch unterstützt (also nicht M$IE!) lassen
sich Frames so halbwegs simulieren - und in der Tat verwende ich
_dann_ auch selbst SSI zu diesem Zweck (gzip_cnc, beispielsweise).
Mir persönlich ist wirklich keine Seite bekannt, die Frames für
etwas anderes einsetzt.
Dann schau Dir mal www.schroepl.net an (mit aktivem JavaScript) und
versuche, das alles mit SSI zu lösen - vor allem die Gedächtnis-
funktionen der geschachtelten Frames. Viel Spaß dabei.
Deine Erklärung mag umfangreicher und pauschaler sein, aber das ich
Unwahrheiten verbreitet haben soll, sehe ich nicht ein.
Es mag in Teilbereichen gewisse thematische Überschneidungen zwischen
Frames (der Aufteilung des Browserfensters in mehrere unabhängige
Dokumente) und der Möglichkeit zur dynamischen Zusammenfügung eines
Dokuments aus mehreren Quellen geben, geben, aber Deine pauschale
Gleichsetzung halte ich für falsch und für irreführend.
Frames sind eben Frames und kein Dokument - mit allen Vor- und Nach-
teilen, die sie nun mal haben.
Viele Grüße
Michael