Hallo,
Nun, ich habe ja hier irgendwo ein Beispiel gestellt, dessen Anforderungen ausschließlich mit CSS erfolgen sollen. Du kannst es dir ja mal angucken (ich erwarte gar nicht, dass das wirklich gelöst wird).
Ich habe nur einen kurzen Blick darüber geworfen und ein paar Probleme mit deinen Begrifflichkeiten. Was soll z.B. „immer nur so breit wie der längste Inhalt, welcher dynamisch geändert werden kann.“ bedeuten?
Mach uns doch bitte eine Tabelle (mit Dynamik), die deinen Anforderungen entspricht, dann können auch Leute mit weniger Vorstellungskraft (so wie ich) sich an dieses Vergnügen wagen. ;)
Mir ist egal, was das für den Browser ist. Für _mich_ ist da ein sinnloses Element. Und wenn ich etwas umbauen möchte, dann muss ich wieder in den Quelltext rein, weil ich das Element nicht mehr brauche oder es plötzlich stört?
Ob das Element _dir_ sinnlos erscheint ist komplett irrelevant. Deine subjektive Aufnahmefähigkeit verändert nicht die Art der übertragenen Informationen.
Ist schon wahr, dass Elementstützen für das Layout nichts tolles sind, CSS Designer mögen diese auch nicht. Aber sie haben einfach den Vorteil, dass sie die Informationsstruktur nicht negativ beeinflussen. Das kannst du mit keiner Argumentation widerlegen.
Bei Tabellen musst du auch im Quelltext herumstochern. Das kann je nach Struktur ganz schön kompliziert werden.
Leider doch.
Mir fällt ein, dass HTML Tabellen einige Attribute kennen. Doch sind jene Attribute die für Tabellenlayouts sinnvoll Nutzbar wären nur schlecht oder gar nicht implementiert.
Zudem haben Tabellen Probleme mit Minimal- und Maximal-Breitenangaben. Das macht es schwirig, einen guten Lesefluss zu erzeugen.
Trotzdem muss ich dann zuerstmal die Kommentare lesen, um den Sinn eines Elements zu verstehen. Zugegeben, das <tr> kann ich nicht bezeichnen, das stimmt. Das CSS aber auch nicht, wenn ich solche Hacks einbaue.
Da widerspreche ich dir auch nicht. Ich sage nur dass Unterstützungen für CSS-Layouts weniger Nachteile haben.
Gruß