Hallo Cyx23,
Ich kann genausogut mit Tabellen wie auch mit CSS so eine Struktur erstellen, daher verstehe ich das Argument nicht.
[...]
Tabellen und Frames sind recht zuverlässig, CSS bringt kaum mehr
Möglichkeiten, aber mehr Risiko.
Dein Argument war, dass man mit Frames einen Vorteil hat, indem sie eine Struktur begünstigen. Ich habe in dem Text von mir, den Du ja auch zitiert hast, ausdrücklich Tabellen mit eingeschlossen - mir ging es hier erst mal nur um die Strukutr, die von Frames begünstigt wird.
Das mit dem Risiko verstehe ich auch nicht ganz. Standardsachen gehen in CSS genauso zuverlässig wie mit Tabellen/Frames, wenn nicht gar zuverlässiger, nur wenn es komplexer wird, versagen ältere Browser. Aber dann wäre die Lösung auch mit Tabellen oder Frames nicht einfach zu realisieren gewesen.
Und die Möglichkeiten, wenn es denn was anderes per CSS gäbe,
wären durch die Usability bzw. Gewöhnungen auch durch
Frames+Tabellen / historisch bedingt nicht voll ausschöpfbar.
Bist Du jetzt Usability-Guru geworden? *wunder* Man darf sich ruhig auch mal was neues trauen, es sollte halt intuitiv sein. Jedoch heißt intuitiv nicht, dass man immer nach dem gleichen Schema verfahren sollte.
also z.B. die Frage nach min-width betrifft die Entscheidung des Browsers,
Scrollbalken zu zeigen oder ein Div kleiner als per CSS definiert
zu erstellen. Wenn der Browser min-width gar nicht kennt, vielleicht
gelänge das Verhalten des Browsers mit Tabellen.
Nicht notwendigerweise. Wenn man die Tabellen komplett festnagelt, kann man das erreichen - allerdings geht das dann auch genausogut mit CSS. (Da kann man dann alles absolut positionieren, mit etwas Glück liefe das dann sogar im IE 3.0) Wenn man Tabellen aber dynamisch lässt, dann greift man immernoch auf Tricks zurück - die gleichen, die man bei CSS anwenden kann.
Das konnte/kann der doch sowieso schon nicht.
(multicol/IE)Wird aber von 80-90% benutzt.
Ein weiterer potenzieller Vorteil von CSS (3) schon im Vorfeld perdu.
Warum? Meinst Du, MS entwickelt seine Software nicht weiter? Und selbst wenn das der Fall wäre - meinst Du nicht, dass die anderen Browser in einem Jahr dann _viel_ weiter sind als der MSIE und die Leute dann umsteigen werden?
Außerdem: <multicol> geht heute auch noch nicht, daher ist die ganze Diskussion sinnlos, es geht ja nicht darum, dass eine etablierte Technologie ersetzt wird, sondern dass eine Technologie ersetzt wird, die nur noch von ca. 5% der Benutzer überhaupt wahrnehmbar ist, nämlich den Netscape 4 Usern.
Für den Betrachter erkennbare Vorteile von CSS gegnüber Frames/Tabellen gibt
es nicht,
Darum geht es doch gar nicht.
und der Besucher erwartet zumindest bei der Navigation eine eher
statische konservative Site.
Natürlich.
Aber merkst Du was? Du setzt jetzt Frames _und_ Tabellen gegen CSS, vorher habe ich erst einmal nur gegen Frames argumentiert. (Und das tue ich hauptsächlich immer noch, eine CSS vs. Tabellendebatte möchte ich nicht führen)
Christian
Hast Du einen Beitrag? Nur her damit!
http://aktuell.de.selfhtml.org/tippstricks/beitrag.htm
SELF-Code: (http://emmanuel.dammerer.at/selfcode.html)
sh:) fo:) ch:] rl:( br:> n4:& ie:% mo:) va:) de:] zu:) fl:( js:| ss:) ls:[