nicht angemeldet
Hallo,
Nun, ich habe ja hier irgendwo ein Beispiel gestellt, dessen Anforderungen ausschließlich mit CSS erfolgen sollen. Du kannst es dir ja mal angucken (ich erwarte gar nicht, dass das wirklich gelöst wird).
Ich habe nur einen kurzen Blick darüber geworfen und ein paar Probleme mit deinen Begrifflichkeiten. Was soll z.B. „immer nur so breit wie der längste Inhalt, welcher dynamisch geändert werden kann.“ bedeuten?
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).
Mach uns doch bitte eine Tabelle (mit Dynamik), die deinen Anforderungen entspricht, dann können auch Leute mit weniger Vorstellungskraft (so wie ich) sich an dieses Vergnügen wagen. ;)
Gerne, allerdings habe ich im Moment ein wenig zu tun (Ostern und so). Aber ich werde mich darum kümmern (und hoffentlich nicht umsonst).
Mir ist egal, was das für den Browser ist. Für _mich_ ist da ein sinnloses Element. Und wenn ich etwas umbauen möchte, dann muss ich wieder in den Quelltext rein, weil ich das Element nicht mehr brauche oder es plötzlich stört?
Ob das Element _dir_ sinnlos erscheint ist komplett irrelevant. Deine subjektive Aufnahmefähigkeit verändert nicht die Art der übertragenen Informationen.
Aber bei der Entwicklung ist es störend. Zumindest für mich.
Ist schon wahr, dass Elementstützen für das Layout nichts tolles sind, CSS Designer mögen diese auch nicht. Aber sie haben einfach den Vorteil, dass sie die Informationsstruktur nicht negativ beeinflussen. Das kannst du mit keiner Argumentation widerlegen.
Bei Tabellen musst du auch im Quelltext herumstochern. Das kann je nach Struktur ganz schön kompliziert werden.
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.
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.
Leider doch.
Zudem haben Tabellen Probleme mit Minimal- und Maximal-Breitenangaben. Das macht es schwirig, einen guten Lesefluss zu erzeugen.
? Verstehe ich nicht. Da ich so gut wie nie Layouts gestalte, in denen irgendein Bereich in Prozent oder em oder sonstwas angegeben ist (außer selten 100%), verwende ich solche Breitenangaben gar nicht. Solche Angaben sind böse und unflexibel.
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.
[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".
Trotzdem muss ich dann zuerstmal die Kommentare lesen, um den Sinn eines Elements zu verstehen. Zugegeben, das <tr> kann ich nicht bezeichnen, das stimmt. Das CSS aber auch nicht, wenn ich solche Hacks einbaue.
Da widerspreche ich dir auch nicht. Ich sage nur dass Unterstützungen für CSS-Layouts weniger Nachteile haben.
Das stimmt natürlich, aber in manchen Fällen lohnt sich der Aufwand nicht für diese Vorteile.
Struppi