Webseite mit Div-Containern aufbauen ?

[Sven Heumann]

Ich habe eine Frage, zu der ich leider in den Suchmaschinen keine direkte Antwort finden konnte.
Ein Bekannter hat mir empfohlen eine Webseite mit div-containern aufzubauen, so wie es zum Beispiel auf der Webseite von Lycos der Fall ist.

Welche Vorteil bringt das? Den einzigesten Vorteil der mir spontan eingefallen ist, das der Quelltext übersichtlicher ist.
Weiss jemand genaueres?
Danke!
Sven

[Cheatah]

Hi,

Ein Bekannter hat mir empfohlen eine Webseite mit div-containern aufzubauen, so wie es zum Beispiel auf der Webseite von Lycos der Fall ist.

Dein Bekannter hat noch ein paar Evolutionsschritte vor sich.

Welche Vorteil bringt das?

Kommt drauf an, was Du vorher hattest. Wenn Du HTML in seinem Sinne benutzt hast - also etwa <ul><li> für ungeordnete Listen wie z.B. der Navigation - ist es ein Rückschritt.

Den einzigesten Vorteil der mir spontan eingefallen ist, das der Quelltext übersichtlicher ist.

Was? Dann hast Du es bisher vermutlich grottenfalsch gemacht, z.B. Layout mit Tabellen.

Weiss jemand genaueres?

Ja, das Archiv.

Cheatah

[Michael H]

Vorteile von DIV:

• Wesentlich einfacherer Sourcecode, geht allerdings mit einer drastischen Aufblähung des Stylesheets einher. Hat aber den Vorteil, dass man das Stylesheet imemr wieder benutzen kann.

• Seitendesign mit dafür vorgesehenen Komponenten. Die meisten Leute bauen ja ihre Seiten mit Tabellen, weil es zugegeben recht leicht ist, damit eine gute Seiteneinteilung hinzubekommen. Das resultiert aber in viel Sourcecode (wird schnell unübersichtlich) und man benutzt ein Element (Tabelle), die nicht für Seitenlayout gedacht ist. V.a. Spezialbrowser (z.B. für Blinde oder auch die Low-Level-Brwoser lynx) haben damit riesige Probleme, da diese in Tabellen tabellarische Informationen und kein Seitenlayout erwarten.

• Die Möglichkeiten. Generell kann man mit DIVs eien Seite ebenso einteilen wie mit einer Tabelle, man hat aber noch mehr Möglichkeiten, z.B. Überlagerung von einzelnen DIVs. Mir fallen grad nicht viel mehr Möglichkeiten ein (gibt es sicherlich).

Für mich zählt am meisten die Vereinfachung des Soucecodes. Dieser Code ist schnell kopiert, wenn man eine weitere Untersiete bauen will und Alles was man tun muss ist das gleiche Stylesheet zu benutzen. Zudem wird mit der Verschlankung des Codes auch der Seitenaufbau beschleunigt udn das kommt all jenen zu Gute, die nicht mit xDSL unterwegs sind.

Der Nachteil ist eigentlich nur, dass nicht alle Browser die Stylesheets korrekt interpretieren, wie man sie angibt. Wenn du nur float, width udn height benutzen ist das kein Problem, aber schon wenn du mit padding,margin und border arbeitest kommt dir das unterschiedliche Box-Modell von IE, Mozilla / Firebird / Firefox, Opera,... in die Quere.

Generell würde ich dir auch eher das DIV-basierte Layout empfehlen, aber wichtig ist es, dieses Layout mit den wichtigsten Browsern zu testen.

HTH,
   Michael H.

[molily]

Hallo,

• Seitendesign mit dafür vorgesehenen Komponenten. Die meisten Leute bauen ja ihre Seiten mit Tabellen, weil es zugegeben recht leicht ist, damit eine gute Seiteneinteilung hinzubekommen. Das resultiert aber in viel Sourcecode (wird schnell unübersichtlich) und man benutzt ein Element (Tabelle), die nicht für Seitenlayout gedacht ist. V.a. Spezialbrowser (z.B. für Blinde oder auch die Low-Level-Brwoser lynx) haben damit riesige Probleme, da diese in Tabellen tabellarische Informationen und kein Seitenlayout erwarten.

Was für »riesige Probleme« meinst du exakt?
Sofern die Reihenfolge des Inhalts der Tabelle linearisiert noch Sinn ergibt, sollte kein Problem für assistive Programme und Textbrowser bestehen.

Mathias

[Chräcker Heller]

Hallo,

ich baue meine Seite mit html und CSS auf ;-)

Also: wenn man Texte, Bilder etc in eine html-Seite integriert, wird man schnell feststellen, das man eine Seite "von oben nach unten "befüllt. Alles steht zumeiste untereinander "weg" in der Seite. Der Text fliest normalerweise vom linken Fensterrand bis zum rechten und wird dort umgebrochen, Bilder liegen "irgendwie" im Textfluß oder, setzt man sie mit br-s rein, eben links am Bildschirmrand etc etc... Ein bissel, wie wenn man das erste mal mit einer Textverarbeitung arbeitet.

Nun könnte man den Wunsch hegen, Informationsbereiche nebeneinander zu setzen. Also zwei Textblöcke nebeneinander. Oder drei. Und darunter zwei Textblöcke, zu den ersten etwas verschoben etc etc.... So kommen die meisten schnell auf die vorgelebte Idee, eine Tabelle zu nehmen, denn mit dem anderen html (ohne css) ist das nicht möglich. Mit einer Tabelle, deren Gitterlinien man nicht sieht, kann man nun Inhaltsbereiche nebeneinander anzeigen lassen. Nur, das ist für viele nicht der ureigenste Sinn einer Tabelle. Eine Tabelle soll zur Aufnahme "tabelarischer" Daten (die also eine vergleichenden Bezug zueinander haben) dienen. Zu nichts anderem.

Das eine Tabelle hinter den Kulissen für uns Menschen schwerer zu erstellen sind als die gleich zu nennenden Div-bereiche ist noch nicht wirklich ausdiskutiert. Aber Maschienen, die den Quellcode analysieren, könnten bei Tabellen durcheinander kommen, erwarten die Definitionsgemäss eben Tabellendaten und bekommen nur "für sich stehende" Inhalte geliefert. Die lesen eine Tabelle dann etwas "durcheinander" - so die Tabellen-als-reinenLayoutersteller-Gegner.

Also kann man nun Div-Tags nehmen. Setzt man zwei Textbereiche nun in Div-Tags, stehen die auch noch untereinander weg. Aber mittels der verschiedensten CSS-Angaben kann man nun die Div-Bereiche zueinander anordnen. Eben nun auch nebeneinander. Ab einer gewissen Menge wird es allerdings weder leichter, übersichtlicher noch wirklich maschinenlesbarer. Manche sprechen dann gerne von einer Div-Suppe....

Ein wenig kannst Du hier ja mal schauen:

http://www.thenoodleincident.com/tutorials/box_lesson/boxes.html

Chräcker