nicht angemeldet
Hi David,
Werden in der nächsten SELFHTML-Version denn weiterhin Beispiele verwendet, die auf einem Tabellendesign basieren, oder wird jetzt berechtigterweise und von mir gerne unterstützt dann auf CSS-Designs umgestiegen?
Wir haben das bereits mehrfach im Forum und unter den DEVS diskutiert. Dabei stellen sich folgende Fragen:
1. Ist Tabellenlayout prinzipiell böse[tm]?
2. Ist das jetzige Layout für alle Browser ohne große Wartungsprobleme in CSS umzusetzen? Es gibt im Archiv bereits Versuche, so etwas umzusetzen, sogar einen Wettbewerb.
3. Sollte man das Layout ändern, damit es leichter mit CSS-Positionierungen realisierbar ist?
4. Welchen Arbeitsaufwand würde eine Umstellung des Layouts nach sich ziehen und wie weitgehend ist sie automatisierbar (für uns eine zentrale Frage)
Ich möchte noch ketzerisch hinzusetzen:
1. Bedeutet "Trennung von Form und Inhalt" nicht in Wirklichkeit die normierte und feste Verbindung bestimmter Inhalte mit bestimmten Formen?
2. Ist eine solche Koppelung von Inhalten und Form, die für technische Dokumentationen durchaus Sinn macht, als allgemeine Regel für jede Site ein Kreativitätskiller?
3. Ist die anfangs unwidersprochen hingenommene CSS-Hysterie nicht inzwischen verstummt, weil die Realisierungsprobleme einer kompletten Positionierung aller Elemente per CSS deutlich größer sind als angenommen?
4. Sind die Workarounds für die verschiedenen Browser-Probleme wirklich konsistent?
5. Welcher Wartungsaufwand erwächst aus den Workarounds, etwa bestimmter Weichen, die auf verschiedene CSS-Implementationen fußen, bei den nächsten Browsergenerationen?
6. Kann man nicht fast browserunabhängig komplexere Layouts mit Tabellen erzeugen als mit CSS-Positionierungen?
7. Ist die oft zu beobachtende DIV-Suppe nicht schlimmer als ein vermasseltes Tabellenlayout?
Viele Grüße
Mathias Bigge