Hallo.

Die damaligen Prediger der CSS-Positionierung hatten große Schwierigkeiten, das SelfLayout mit Hilfe von CSS browserübergreifend umzusetzen.

Dann habe ich offenbar die Anfänge verpasst. Schade scheint es ja nicht zu sein.

Es gab am Ende aber erträgliche Annäherungen, die allerdings weniger konsistent bei allen Browsern ein ähnliches Ergebnis generierten als die Tabellenfassung. Eine irgendwie geartete Verbesserung war für mich dabei nicht sichtbar, außer natürlich, dass man einem herrlichen und wertguten Prinzip entsprochen hatte.

Welche _sichtbare_ Verbesserung kann man denn bei einem _Nachbau_ erzielen? Einer der unsichtbaren Vorteile ist natürlich, dass jeder das Layout an seinen Geschmack anpassen könnte. Ich könnte mir sogar vorstellen, von dieser Möglichkeit Gebrauch zu machen.

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,
   Wieviel Manntage/-wochen könntest Du einbringen?

1. "Das geht alles von Ihrer Zeit ab." Sprich: Ich könnte durchaus einen Teil der Zeit aufwenden, die ich ansonsten hier verbringe. Aber:
2. Für mich wäre der Arbeitsaufwand verhältnismäßig höher, da
   a. ich bisher keinen Einblick in den Aufbau der Dokumente in all ihren Varianten hatte,
   b. andere bereits eine Vorarbeit geleistet haben, die ich noch einmal leisten oder zumindest vollständig nachvollziehen müsste,
   c. ich CSS nicht mit der Muttermilch aufgesogen habe.
3. Ich rede nicht gegen die bisherigen Seiten, sondern beantworte deine Fragen.
4. Ich sage nicht, dass ich es kann, sondern dass es möglich ist.
5. Ich bin doch nicht Dev? ;-)
Fazit: Bei Interesse und Bedarf an persönlichen Leistung helfe ich gern im Rahmen meiner persönlichen Leistungsfähigkeit. Vor zu hohen Erwartungen kann ich allerdings nur warnen. Meine Fähigkeiten mögen andere beurteilen.

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?
   In HTML kann man ohne Workarounds auskommen, die die Grundfunktionalität der Seite betreffen.

Bei mir gehört <abbr> zur Grundfunktionalität. Abhängig von dieser Definition scheint deine Aussage also höchst subjektiv. Von wiederkehrenden Tabellenköpfen und -füßen will ich besser gar nicht reden.

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.
   So? Was hat die Kristallkugel gekostet? ;)

War eigentlich nur eine Murmel. Aber ich bin so klein, dass die reicht ;-)

Die Workarounds und deren Wirkung beruhen auf zufälligen Effekten, die man ausnutzt, um bestimmte CSS-Anweisungen vor bestimmten Browsern zu verstecken. Welche Browser das in Zukunft auf welche CSS-Dateien verweist, scheint mir schwer vorhersagbar zu sein.

Das ist auch nicht notwendig, da sich ja an den alten Versionen nichts tut, diese also weiterhin vorhersagbar funktionieren, und die neuen Versionen sich zum einen zum Standard hin bewegen, zum anderen in aller Regel mindestens einen Ansatzpunkt für Workarounds weiterhin aufweisen.
HTML ist übrigens nicht weniger Willkür unterworfen, sondern mehr: Ob etwa Hintergrundfarben, Schriftarten und -größen, Abstände, Einzüge oder Aufzählung etc. in Zukunft den bisherigen Werten entsprechen, ist ebenso unklar.

7. Ist die oft zu beobachtende DIV-Suppe nicht schlimmer als ein vermasseltes Tabellenlayout?
   Und dass CSS keine <div>-Suppe bedeutet, solltest du ja ohnehin wissen.
   Nicht automatisch. Aber ich habe mir neulich ein interessantes Musterlayout für ein gängiges Layoutschema im Netz angeguckt, das vollständig in CSS umgesetzt war. Da entstand die komplexe DIV-Struktur nicht aus der beliebten Hirnlosigkeit, sondern aus - Workarounds für den IE....

Ja, für den setzen viele auch ein <span> in in ihr <abbr> und blähen so ihren Code für einen einzigen Browser auf -- wegen mangelhafter Unterstützung von HTML. Im Übrigen: Du bist auf einem Auge blind. Oder zeige mir doch bitte das gängige Layoutschema, in dem die CSS-Variante mehr <div> beinhaltet als die Tabellenversion <table>, <thead>, <tfoot>, <tbody>, <tr>, <th> und <td> -- gern auch garniert mit diversen "empty cell", wie sie Browser für Blinde oft zu nennen und damit jeden logischen Zusammenhang zu zerstören pflegen.
MfG, at