Wieso <b> in XHTML Strict??

[Cyx23]

Hallo Peter,

bzw. die Gruppierung tritt als (womöglich auch
störendes) Layoutmerkmal
divs sind doch IMHO logikfrei und als leere Container für Aufgaben der Layoutgestaltung prädestiniert.

z.Zt. fehlen u.a. Gruppierungselemente (inhaltlich) im Sprachumfang von
HTML bzw. der Browser.
Und die logikfreien leeren Container fürs Layout wiederum können ja
auch nicht ganz frei eingesetzt werden, oder würden womöglich ohne
CSS-Anpassung durch Layoutveränderungen etwas wie "Inhalt" erzeugen.

Und auch umgekehrt wirds lästig wenn "neutrale" Divs o.ä. eingesetzt
werden und anschliessend beim CSS diese zusätzlichen Container immer
in der "Cascade" zu berücksichtigen sind.
Ähm.. du weißt schon dass innerhalb der Cascade auch elemente ausgelassen werden können?

"immer" bezog sich darauf dass die zusätzlichen Elemente immer
in der Cascade vorhanden sind. Je nach Aufbau des vorhandenen CSS
stören nachträglich aus Layoutgründen eingesetzte Divcontainer schon
den Ablauf und erfordern Anpassungen, ausserdem gibt es bei einigen
Browsern mitunter merkwürdige Effekte bei Vererbung und Schriftgrössen.

Dazu kommt dass HTML-Elemente nicht verschachtelt bzw. überlappt
werden dürfen
Warum? Mit position:absolute ist dies doch durchaus möglich.

Wie von Ashura geposted meinte ich den HTML-Code.

und tabellenähnliche Strukturen ohne Tabellen nicht
gut darstellbar sind
warum auch? Eben dazu sind doch Tabellen da. Das Tabellenfreie Layout ziehlt nur auf Layouttabellen ab - für tabellarische Inhalte SOLLEN ja Tabellen weiterbenutzt werden.

Ich würde eher empfehlen für bestimmte Layoutaufgaben die einer
tabellarischen Struktur entsprechen ruhig Layouttabellen zu
verwenden, zumal eine Trennung von Layout und Inhalt häufig
nicht hilfreich oder nicht klar möglich ist und die semantische
Bedeutung der Tabelle auch nicht so weltbewegend ist.

eindimensionaler und damit womöglich schlechter darstellt.
Das kann ich nicht nachvollziehen.

Wie willst du mit float o.ä. 4 x 4 Boxen so aufbauen dass wie
bei einer Tabelle Höhen- und Breitenänderungen in den Zeilen
und Spalten umgesetzt werden (auch Sonderfälle wie width:25%
kommen damit damit nicht richtig klar)?

Ein Beispiel sind auch die nötigen Klimmzüge um mittels..

Ja, CSS-Layouts sind anstrengender umzusetzen, komplexer zu bergreifen und erfordern wesentlich mehr Planung, ..

Eigentlich gar nicht, sie sind m.E. einfacher, bloß funktioniert ein
objektorienterter Ansatz nur solange wie die Objekte die geforderten
Eigenschaften bieten oder annehmen.

Und wenn du schreibst "erfordern wesentlich mehr Planung" würde es
darauf hinauslaufen dass CSS-Layouts einen Mangel an Flexibilität
sowie schlechte Anpass- und Wartbarkeit aufweisen.

.. allerdings sind sie wesentlich flexibler was die Darstellungsverhältnisse des Endbenutzers angeht und ist der einzige (derzeit technisch umsetzbare) Weg, Inhalkt und Layout zu trennen.

Nein. Tabellen sind bis auf den Sonderfall Handheld o.ä.(und so
gelungenes floaten dass alle Elemente ggf. untereinander sitzen)
flexibler, stabiler und auf allen Browsern stimmig darstellbar.
Und den o.g. Sonderfall könnte man per @media auch noch anpassen
und die tabellarische Anordnung zerlegen.
Die Trennung von Inhalt und Layout gelingt auch nur bedingt und
erfordert eigentlich eine lästige "Div-Suppe". Wobei natürlich in der
Praxis noch ein CMS hinzukommen könnte.

Grüsse

Cyx23