Suche

[reddragon]

Moinsen!

In einem anderen Thread gab es die Aussage, dass das Tabellenlayout nicht mehr stand der Dinge wäre, und das die Themes Tabellenlos ausgebaut werden sollten. Sprich CSS.

Es gibt aber immer mal Momente, in denen der Inhalt das Layout sprengt. Angenommen ein Wort ist zu lang, oder eine Graphik zu groß.
Bei solchen Fehlern habe ich bislang immer die Erfahrung gemacht, dass das Tabellenlayout zwar in die Breite gezogen wird, aber der Inhalt zu sehen war. Beim CSS-Layout ist mir dagegen aufgefallen, dass das Layout nie gestört wurde, aber dafür die Texte oder Bilder hinter anderen Blöcken oder ähnliches verschwunden sind.

Wäre es deshalb nicht sinnvoll, eine gewisse Grund-Struktur Tabellen basiert zu erstellen, und den gesamten Rest auf CSS zu gestalten?

Oder gibt es eine Möglichkeit, zu verhindern, dass sich Inhalte Überlagern?

[Andi]

Hoi

die Diskussion über tabellenlos oder nicht, ist schon recht alt.
Meines Erachtens überwiegen die Vorteile von tabellenlosen Layouts und ich habe mich eben dafür entschieden
- http://aktuell.de.selfhtml.org/weblog/css-spaltenlayout
- http://www.yaml.de/de/dokumentation/einfuehrung/barrierefreiheit-und-webstandards.html
- http://webstandard.kulando.de/post/2006/01/16/mit_oder_ohne_tabellen_layouten
- http://seybold.jan-andresen.de/


Die Handhabung von "überbreiten" ist Geschmackssache.
Normalerweise ist es so, dass bei zu breiten Inhalten in mehrspaltigen Layouts, eine oder mehrere Layoutspalten nach unten verschoben werden. Da mich das selbst auch etwas störte und hier sicher zu den wildesten Rückfragen geführt hätte, habe ich in meinen Themes für die relevanten Spalten das css-Attribut overflow: hidden verwendet, damit die Spalten abgeschnitten werden.

Das muss nicht sein:
http://aktuell.de.selfhtml.org/weblog/css-spaltenlayout#wunderwaffe-overflow

Wäre es deshalb nicht sinnvoll, eine gewisse Grund-Struktur Tabellen basiert zu erstellen

Geschmacksache. Für mich käme das nicht in Frage. Wobei das mx-default eigentlich so gebaut ist...

und den gesamten Rest auf CSS zu gestalten

Tabellen-Layouts werden genauso per CSS gestaltet. CSS Gestaltung ist nicht automatisch tabellenlos...

[reddragon]

Die Handhabung von "überbreiten" ist Geschmackssache.
Normalerweise ist es so, dass bei zu breiten Inhalten in mehrspaltigen Layouts, eine oder mehrere Layoutspalten nach unten verschoben werden. Da mich das selbst auch etwas störte und hier sicher zu den wildesten Rückfragen geführt hätte, habe ich in meinen Themes für die relevanten Spalten das css-Attribut overflow: hidden verwendet, damit die Spalten abgeschnitten werden.

Das muss nicht sein:
http://aktuell.de.selfhtml.org/weblog/css-spaltenlayout#wunderwaffe-overflow

Wäre es deshalb nicht sinnvoll, eine gewisse Grund-Struktur Tabellen basiert zu erstellen

Geschmacksache. Für mich käme das nicht in Frage. Wobei das mx-default eigentlich so gebaut ist...

Ach, ich bastle gerade wieder an einem Theme, und dabei ist mir wieder dieses Topic hier eingefallen...

Ich habe mich nun nochmal ausführlich mit dem "overflow" beschäftigt, und nun dessen Funktion begriffen. Für mich waren damals die abgeschnittenen Texte immer eine Art Fehler im Code, aber jetzt weiß ich, dass es von den Seiten gezielt gewollt war

Nochmals Danke für die Links