Hi,
Du würdest ein Layout, bei dem die seitliche Navigation das gesamte Browserfenster ausfüllt und der eigentliche Inhalt dann in einer nur durch seitliches scrollen erreichbaren schmalen Spalte mit einem Wort pro Zeile untergebracht ist, als funktionierendes Layout bezeichnen?
Ja, mit CSS geht es zwar besser, aber das ursprüngliche Problem bleibt dasselbe.
Aber deine Argumentation pro Tabelle faellt damit in diesem Punkt in sich zusammen.
Weil CSS einen in 0.0000001% aller Fälle geringen Vorteil hat? Gut, ich gebe mich geschlagen...
Da ist eine serverseitige Begrenzung der Linktextlänge, ein overflow:auto oder zur Not selbst ein overflow:hidden sinnvoller. Und das braucht definitiv _keine_ Tabelle.
Hä? Ich dachte Code und Design strikt trennen?
Im Allgemeinen - ja, natuerlich.
Aber in einem solchen *Sonderfall* den sinnvollsten Kompromiss finden - oder eine die sinnvolle Nutzung der Seite behindernde Darstellungsform waehlen?
Ich mag Kompromisse nicht. Kompromisse werden immer dann gemacht, wenn bereits die Grundlage nicht stimmt.
Oder doch in den Code eingreifen, um das Design zu bewahren?
Das war nur die erste genannte Moeglichkeit. Die anderen beiden greifen nicht in den HTML-Code ein.
Und das kann ich mit zusätzlichen Tabellen für meine inhaltsangepasste Spalte und CSS nicht?
Außerdem gibt es Fälle in denen selbst das nicht möglich ist.
Auch damit argumentierst du immer wieder und sehr gern - allerdings wieder mal ohne jeglichen Beleg.
Achso? Angenommen ich habe einen Link, der unbedingt ausgeschrieben werden muss. Und der Link ist seeeehr lang. Dann kommt es vor allem auf kleineren Bildschirmen schonmal dazu, dass der Link länger ist als der Bildschirm. Und nun? Willst du ihn einfach abschneiden?