Aber mal im Ernst, so ganz bin ich da nicht bei Dir. Ich habe auch lange Zeit beim Layout von Formularen lieber Tabellen verwendet, aus den genannten Gründen. Inzwischen aber (ein paar Jahre später) beherrsche ich andere Techniken, die ebenso sicher sind und um einiges flexibler eben. Aber sei’s drum.

Ein komplettes Layout-Grid als Tabelle umzusetzen, halte ich für gefährlich, auch wenn es so tabellig aussieht. Nur ein paar <tr> und <td> tun niemanden weh, das mag schon sein, aber um unterschiedliche Spaltenanzahlen und -breiten innerhalb des Grids umzusetzen braucht man entweder pro Zeile 1 komplette Tabelle, oder verschachtelte Tabellen. Und spätestens da wirds wieder hakelig.

Tabellendenken ist Grid-Denken -- also rein Layout-technisch geprochen. Und das ist erstmal nicht böse, oder? Zuerst war der Wunsch, etwas optisch anzuordnen. Und das muß bis heute irgendwie gelöst werden.

Eine reine HTML-Tabelle -- nur tr und td -- ist semantisch neutral und damit prinzipiell besser geeignet für Grids als verschachtelte oder ge-floatete divs. Bsp. Formulare. Besser weil stabiler, flexibler, leichtgewichtiger, zuverlässiger. Das tut niemandem weh, vor allem wenn die Felder und Labels dann desweiteren noch korrekt verdrahtet sind.

Komplexe CSS Layouts müssen auch erstmal gerendert werden, dazu dann ggf. noch irgendwelche JavaScript-Tricks… Eine einfache Tabelle steht sofort. Peng. Forumular-Layout perfect, kein Browser-ge-hacke nötig.

War das jetzt böse, böse??

display: table-cell kann auch nicht die Funktionalität einer Tabellenzelle ersetzen -- was ist z.B. mit colspan, rowspan?

Meine Meinung, kurz gesagt: Wenn man table für das benutzt, wofür es gedacht ist, nämlich für Datentabellen, dann ist das gut so. Und für Layouts kann ich mir nicht vorstellen, dass display:table-cell eine Revolution ist, weil, wie im Text schon erwähnt, man die Reihenfolge der Darstellung nicht beeinflussen kann, was ein großes Manko gegenüber Float-Konstrukten ist.