Hallo Danny,
mhmmm....
...demzufolge haben diese Programme dann auch Probleme mit mehrfach verschachtelten div-Bereichen, oder?
Nein, nicht die Probleme, die sich aus verschachtelten Tabellen für das Lesen von Datentabellen in einem speziellen Tabellenlesemodus in Layouttabellen ergeben, weil Tabellen in diesem Fall nicht geschachtelt werden (müssen/sollten). Was das Hin- und Herspringen zwischen den funktionalen Bereichen im Dokument angeht (wie es beispielsweise in einer Layouttabelle möglich ist, in der etwa Menü und Hauptinhalt sauber in Spalten getrennt sind), so lassen sich bei Layouts ohne Tabellen Querlinks einbauen, welche das Überspringen ermöglichen.
Ich habe schon Seiten gesehen, wo mit div die bekannten Tabellen-Strukturen fast identisch nachgebaut wurden, was prinzipiell auf's gleiche rauskommt, bis auf die Ersparnis von tr und td.
Sofern die Zellen vorher inhaltlich/funktionalen zusammenhängenden Bereichen entsprachen, ist daran nichts auszusetzen, ansonsten kommt vermutlich eine div-Suppe heraus, wenn vorher schon dutzende verschachtelte Layouttabellen kleine Aufgaben wie Abstände usw. lösten; mit CSS ist das in der Regel mit weniger Elementen nötig, welche gleichzeitig strukturelle Bedeutung haben.
Wenn man wie früher Tabellen nimmt und dann auf moderne Weise alle möglichen visuellen Formatierung der Tabellen in CSS auslagert, hat man doch auch eine valide und barrierefreie Seite... !?
Ob b(ack)g(round-)color, width, border, (cell)padding usw. im Markup oder als äquivalente Tabellenformatierungen im Stylesheet auftauchen, hat auf die angesprochenen Sachverhalte keine Auswirkungen, die Tabellen bleiben in den fraglichen Eigenschaften gleich, das Auseinanderhalten on Markup und Formatierungen hat vornehmlich andere Vorteile.
Mathias
»The Web is the minimal concession to hypertext that a sequence-and-hierarchy chauvinist could possibly make.« (Ted Nelson)