[latex]Mae govannen![/latex]
Außerdem ist CSS leider durch die Unfähigkeit des IE (insbesondere <=6) nur zu einem Bruchteil ausnutzbar und da man auf IE6 wohl noch einige Jahre Rücksicht zu nehmen hat, würde selbst ein neuer, durchdachter Standard, so er schon zementiert feststehen würde, die Probleme nicht lösen.
Er würde aber die Probleme der momentan nicht möglichen Semantik lösen. Klar, für ältere Browser muss man sich immernoch einiger Hacks bemühen (wenn man das denn möchte), aber am besten ist eine Sprache, bei der ich schreibe, wie ich denke.
Dennoch ist CSS in fast allen Fällen dennoch die bessere Wahl. Was nutzt mir eine zig-fach verschachtelte Tabellenkonstruktion,
Davon war gar nicht die Rede. Lediglich um spezifische Probleme (wie die von mir genannten) zu lösen oder vor allem ältere Browser zu berücksichtigen, sollten einzelne Tabellen verwendet werden. Wenn sie sich vermeiden lassen, sollte man sie auch vermeiden.
Die Vorteile sind nicht nur das schnellere Entwickeln (ja, es _geht_ schneller) und die bessere Browserkompatibilität, sondern es lassen sich immernoch Funktion und Layout voneinander trennen.
Du hast ein Layout mit Header, Navigation links, Inhalt rechts daneben (Also Standardlayout).
Sieht so aus:~~~html
<table>
<tr>
<td colspan="2">header</td>
</tr>
<tr>
<td>navi</td>
<td>inhalt</td>
</tr>
</table>
> Nun möchtest du aber irgendwann den Header und die Navi oben nebeneinander und den Inhalt in voller Breite darunter. Mit CSS in wenigen Minuten geändert, mit Tabellen eine Quälerei.
Sieht dann so aus:~~~html
<table>
<tr>
<td>header</td>
</tr>
<tr>
<td>navi</td>
</tr>
<tr>
<td>inhalt</td>
</tr>
</table>
Ist das eine Quälerei? Ich finde nicht. Das schwerste ist es in diesem Fall wohl, die Inhalte zu kopieren, mehr nicht. Danach formatiert man die Liste in der Menü-Zelle neu und dann ist gut, mehr braucht man nicht zu machen.
Ok du hast recht, mit CSS geht's einfacher. Aber nur in diesem Fall. In den bei mir oben genannten Fällen, bekommst du da ziemliche Probleme.