Hi,
Da ist ein Kompromiss erforderlich, ja - z.B. die Abschaetzung der Breite, die fuer die Navigation benoetigt wird.
Was macht man, wenn die Navigation dynamisch generiert wird und man nicht weiß, wie lang der längste Punkt sein wird?
Das, was ich sagte: *Abschaetzen*
Wie soll das gehen? Schätzt du viel Platz für die Navigation ein, sie ist aber sehr klein, vergeudest du viel Anzeigefläche.
Und dann ggf. *bei* der dynamischen Generierung entsprechende korrigierende Gegenmasznahmen ergreifen.
_Dann_ verschmischt du aber wieder Design und Funtkion.
Mit der Tabelle genauso wenig [1] - oder trittst du jetzt *endlich* mal denen Gegenbeweis an, statt dich in der Wiederholung reichlich unsinniger Pseudo-Argumente zu ergehen ...?
Nein, habe ich auch nicht behauptet. In diesem Diskussionsfaden wollte ich nur aufzeigen, dass CSS eben nicht dazu in der Lage ist _alles_ umzusetzen, was man sich vorzustellen vermag. Mit Tabellen _und_ CSS geht auch nicht alles, aber deutlich mehr.
Auch mit den in die Tabelle gesteckten Daten *und* CSS moechte ich dich immer noch die Fixierung (browseruebergreifend) umsetzen sehen.
Soll ich mich selbst nochmal zitieren???
Du: »» »» »» [das geht] Mit der Tabelle genauso wenig
Ich: »» »» Nein, habe ich auch nicht behauptet.
Anernfalls wuerde ich dich gerne auf Pseudoargumente verzichten sehen, die sich bei genauerer Betrachtung als heisse Luft herausstellen - besteht bzgl. dieses Punktes eventuell ein kleines bisschen berechtigter Hoffnung?
Was für Pseudoargumente? "Mit Tabellen und CSS kann man mehr machen als mit CSS alleine" = Pseudoargument?