Aufbau einer HTML-Tabelle, Text auf mehreren hierarchischen Ebenen Einstellungen

[Diana]

Hallo, Ihr Lieben,

ich bastele gerade an meiner Homepage und steh ein wenig auf dem Schlauch. Mein profundes Halbwissen lässt mich gerade arg im Stich.
Mein Problem ist dieses:
Der Seitenraster meiner Seiten besteht – vereinfacht gesprochen – aus vier horizontalen Streifen untereinander.
1. Streifen: Hauptnavigation
2. Streifen: Ein Bild
3. Streifen: Subnavigation
4. Streifen: Ein Text

Nun gibt es einige Seiten, bei denen die Streifen 1 bis 3 gleich bleiben (also Hauptnavigation, Bild und Subnavigation bleiben gleich), aber der Text, der ist auf mehreren Ebenen gestaffelt. Man sieht zuerst eine Art Inhaltsverzeichnis und kann dann weiterklicken auf eine Detailebene.

Meine Frage nun:
Wie lege ich diese Seiten in HTML an?
(Ich möchte die Seiten als Tabelle aufbauen und nicht als Frames.)

1. Möglichkeit
Ich könnte für jede Textebene eine eigene Seite machen. Dann würde sich eine komplette neue Seite aufbauen, wenn ich im Inhaltverzeichnis etwas anklicke um auf die Detailebene zu wechseln. Das würde auch nicht so furchtbar lang dauern, weil die Inhalte, die sich nicht ändern (Hauptnavigation, Bild und Subnavigation) im Browsercache wären und daher schnell geladen würden. Auch das verlinken der Seiten wäre einfach.
Aber sonderlich elegant ist das ja irgendwie nicht.

2. Möglichkeit:
Ich mache irgendeine Javascript-Geschichte.
Ich weiss, dass man Texte in einem definierten Feld scrollen kann, aber das wäre nicht das Richtige. Kann man auch "blättern" per Javascript?
Aber wie ist das dann mit dem Verlinken? Ist das nicht kompliziert, von einer anderen Seite die richtige Textebene der Seite zu treffen?

Gibt es vielleicht noch andere – womöglich ganz simple – Möglichkeiten, an die ich nicht gedacht habe?
Die Layer-Technik funktioniert ja, glaub ich, nicht auf allen Browsern. Oder ist diese Information schon überholt?

Puh. Mir schwirrt der Kopf. Vielleicht hat ja eine von Euch den Überblick... -_-

[kahikatea]

Eine Verständnisfrage vorweg: Wenn Deine Seiten aus horizontal untereinanderstehenden Abschnitten bestehen, wieso käme dann ein Aufbau mit Tabellen in Frage? Das wäre doch - wenn überhaupt - nur für nebeneinander angeordnete, also vertikale "Streifen" naheliegend (wenn es nicht ohnehin mit Cascading Style Sheets CSS ginge). Oder habe ich was falsch verstanden? :gruebel:

Die Seiten an meinem Arbeitsplatz sind aus horizontal aufeinanderfolgenden Abschnitten aufgebaut, wobei der Kopf-(Hauptnavigation) und Fußbereich für alle Seiten meist identisch sind, unterhalb der Hauptnavigation gibt es noch Seitenkopf-Bestandteile, die jeweils auf allen Seiten eines Teilbereichs der Site gleich sind, und für jeden dieser Teilbereiche existiert eine Inhaltsübersichts-Seite (das wäre dem, was Du vorhast, recht ähnlich, oder?).

Solche Seiten jeweils als eigene, vollständige html-Dateien anzulegen, kann für mein Verständnis sehr wohl "elegant" sein (php wäre auf unserem Server allerdings eh nicht möglich, und von Frames möchte ich nicht nur wegen der Suchmaschinenprobleme die Finger lassen, sondern auch wegen ihrer für mein Verständnis meist unbefriedigenden Usability und Accessability).

Um eine große Zahl solcher gleich aufgebauter Seiten (~200) ökonomisch bearbeiten zu können, sind die festen Bestandteile dieser Seiten bei mir im html-Code aufeinanderfolgende Divisions, deren Formatierung mit CSS geschieht. Diese Divisions habe ich quasi als Seiten-"Bausteine" in separaten Dateien abgelegt, so daß ich bei einer Änderung nur diesen Seitenbaustein bearbeiten muß und den veränderten Abschnitt dann mittels simpler Textersetzungs-Skripte automatisch in allen Webseiten (oder in allen Seiten eines Teilbereichs) austauschen lassen kann (solche Skripte dürften mit jeder Programmiersprache möglich sein, die ASCII-Text suchen und ersetzen kann; meine benuzten einen einfachen Unix-Texteditor).

Im Prinzip nimmt man so dem Server die Arbeit des Zusammensetzens der Seite (das, was blui für php beschrieben hat) einfach ab. Für mich hat das den Vorteil, daß dies unabhängig vom Webserver immer funktioniert, meine (Textersetzungs-)Skripte sehr einfach und in einer beliebigen Sprache zu schreiben sind, und ich außerdem einen vollständigen Mirror (Kopien aller meiner Seiten) auf meinem PC haben kann, was mir das Bearbeiten sehr erleichtert.

Die Erstellung des html-Codes ist dabei nicht aufwendiger als bei Frames (beim Verlinken ist es sogar einfacher), für die Leser der Seiten hat es aber im Gegensatz zu Frames den Vorteil, daß sie - auch von Suchmaschinen kommend - stets komplette Seiten mit vollständiger Navigation erhalten. Zwar werden dabei die identischen Textabschnitte bei jeder Seite neu vom Server geladen, doch ist das bei ökonomisch geschriebenem html-Code kein wirkliches Problem.

Der Beitrag wurde von kahikatea bearbeitet: 07.Feb.2006 - 04:56