Hallo.

1. Ist Tabellenlayout prinzipiell böse[tm]?

Das solltest du den Inhaber der Trademark fragen ;-)

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.

Dann solltest du doch das bisherige Ergebnis kennen. Die Wartung von unter maßgeblicher Zuhilfenahme von externem CSS entwickelten Seiten gilt meines Erachtens zu Recht als wartungsfreundlicher als Tabellen-Layouts.

3. Sollte man das Layout ändern, damit es leichter mit CSS-Positionierungen realisierbar ist?

SelfHTML hat sicher kein typisches Tabellen-Design. Aber:
3.1 Sollte man das Layout aus anderen Gründen ändern? -- Mit einer auf CSS aufbauenden Gestaltung könnte jeder die visuelle Erscheinung seinem Geschmack anpassen. Einiges funktioniert ja glücklicherweise bereits jetzt, etwa das Ausblenden des Logos, des Mottospruches etc. :-)

4. Welchen Arbeitsaufwand würde eine Umstellung des Layouts nach sich ziehen und wie weitgehend ist sie automatisierbar (für uns eine zentrale Frage)

Sie würde einen großen Arbeitsaufwand bedeuten, aber meines Erachtens keinen weiteren großen Aufwand nach sich ziehen. CSS kann im Übrigen von jeder gängigen Programmiersprache nach dem gleichen Muster generiert werden, wie HTML auch.

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?

Ja, normiert nach den Definitionen des W3C und deren Interpretationen :-)

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?

Gegenfrage: Muss ich schon wieder auf den CSS Zen Garden verweisen? ;-)

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?

Sie verstummt, weil sich so viele vor lauter CSS-Bastelei nicht mehr zu Schreien kommen ;-)

4. Sind die Workarounds für die verschiedenen Browser-Probleme wirklich konsistent?

Sind sie das in HTML? Oder beherrscht der IE inzwischen <abbr> ohne den Einsatz von CSS oder Javascript?

5. Welcher Wartungsaufwand erwächst aus den Workarounds, etwa bestimmter Weichen, die auf verschiedene CSS-Implementationen fußen, bei den nächsten Browsergenerationen?

Da sich die allermeisten Browser von Version zu Version immer weiter dem Standard annähern, sollte diese ohnehin nicht mit Sicherheit zu beantwortende Frage deutlich an Gewicht verlieren.

6. Kann man nicht fast browserunabhängig komplexere Layouts mit Tabellen erzeugen als mit CSS-Positionierungen?

Vermutlich. Aber ich kenne keine einzige Seite, deren Layout so komplex sein müsste, dass CSS nicht in Frage käme :-)

7. Ist die oft zu beobachtende DIV-Suppe nicht schlimmer als ein vermasseltes Tabellenlayout?

Nein. Besser Elemente ohne Bedeutung als welche mit der falschen :-)
Und dass CSS keine <div>-Suppe bedeutet, solltest du ja ohnehin wissen.
MfG, at