nicht angemeldet
Hallo,
Ganz einfach: nimm dir eine Division, floate sie rechts und gebe ihr keine Breite. Sie ist ohne Inhalt nicht sichtbar. Wenn aber Inhalt drin ist, ist die Division genauso breit wie das längste Wort (weil selbiges nicht umgebrochen wird).
Das macht die Sache klarer, aber warum rechts fließen lassen, wenn die Spalte links sein soll? Witzig, dass du ein CSS beispiel verwendest ;)
Aber bei der Entwicklung ist es störend. Zumindest für mich.
Das sind Tabellen auch ;)
Eher nicht so kompliziert, weil ich Tabellen nur dann nutze, wenn ich bei CSS weniger Vorteile sehe. Ich selbst habe bis jetzt erst eine einzige (dynamische (PHP & MySQL)) Seite mit Tabellenlayout erzeugt und auch dort nur eine einzige Tabelle verwendet.
Nun, man sollte nicht immer nur nach der Anzahl der Vor- und Nachteile gehen sondern diese auch bewerten. Und den Nachteil der Tabelle, die Inhaltsstruktur zu zerstören, kann kein Vorteil wett machen.
CSS und Tabellen schließen sich ja nicht gegenseitig aus, man kann sie wunderbar kombinieren. Tabellen, wenn zwei Spalten immer die gleiche Größe haben sollen und ansonsten CSS. Nur mal als Beispiel.
Nun, eine Tabelle ist immernoch problematischer als keine Tabelle bzw. Markup-Stützen.
Solche Angaben sind böse und unflexibel.
Wie kommst du darauf? Die Angabe von Maximalbreiten ist durchaus Sinnvoll, um z.B. die Zeilenbreite zu begrenzen. Das ist deshalb sinnvoll, weil Menschen Schwirigkeiten haben einen Text mit langen Zeilen zu lesen. Zudem verschlechtert es allgemein die Wahrnehmung des Inhalts.
Kopier dir mal den Quelltext vom Zen Garden und schreib in einen der Navigationspunkte mal "WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWW" hinein. Der Text geht über die Navigation hinaus. Das ist imho schlecht und sollte wenn möglich vermieden werden. Dafür muss die Navigation ihre Größe ausschließlich dem Inhalt anpassen.
So lange Navigationspunkte müsste aber schon im grundliegenden konzept beachtet werden.
Es stimmt, dass der Zen Garden nicht das beste ist, was es gibt. Das Problem, dass Seiten nicht skalierbar sind ist auch ein bekanntes Problem, hat aber eher damit zu tun, dass diesem Aspekt früher kaum Beachtung geschenkt wurde.
[url:http://forum.de.selfhtml.org/?t=168677&m=1100720@title=Dieser Thread hier] ist ein Beispiel dafür, wie es _nicht_ sein sollte. Hier hat Navigation (nach der ersten Antwort) eine feste Größe. Nagut, nicht fest sondern abhängig von der Schriftgröße, aber ansonsten doch fest. Wird nun ein längerer Listenpunkt hinzugefügt als die Navi lang ist, passt sie sich nicht an sondern der Text "overflowed".
Die angesprochene Lösung ist sicher nicht ideal, da stimme ich zu. Ich muss auch zugeben, Probleme mit Begriffen wie „Größe“ und „Länge“ zu haben. Breite (width) und Höhe (height) sollten die angemessene Terminologie fürs Webdesign sein.
Aber nun gut.
Auf den ersten Blick schein ein tabellarischer Aufbau hier nicht unmöglich zu sein, ich habe gerade aber leider nicht die Mittel dies unwiderlegbar zu beweisen. :(
Das stimmt natürlich, aber in manchen Fällen lohnt sich der Aufwand nicht für diese Vorteile.
Da stimme ich dir nicht zu, scheine dich aber auch nicht überzeugen zu können.
Gruß
Struppi