nicht angemeldet
Hallo molily, hallo wahsaga,
Ich nehme mir jetzt frechweg einfach mal die Freiheit, mich in eure Diskussion einzuklinken - vielleicht auch, um evv. ein bisschen Klarheit in Bezug auf den konreten Fall, um den es hier zwar eigentlich nicht (mehr?) geht (das liebe ich doch an Grundsatzdiskussionen), zu liefern.
Molily bemängelt, dass hier gewisse Personen nahezu 'stumpfsinnig ohne weiteres überlegen' eine Floskel von sich geben, die letztenendes evv. kaum etwas bringt. Diese Ansicht teile ich voll und ganz - mit betonung auf dem ... ganzen Satz ;)
Dennoch ist auch fraglich, in wie fern ein Helfender noch weiter helfen könnte - ich habe nicht gesagt, was ich erreichen wollte, nein, aber ich denke, es ist ersichtlich. Immerhin ist es ja aus dem CSS, in Anbetracht der Bildchen sowie mit ein bisschen Vorstellungsvermögen gut vorstellbar, dass am Ende "rohboxen" mit schwarzem Rand, etwas margin und - inhalt dastehen sollen.
Noch einmal kurz zum konkreten Fall, bevor ich in die (philosophischen) Abgründe der langen und so theoretischen Grundsatzdiskussion verfalle ;-): Dieses Posting http://forum.de.selfhtml.org/?t=82418&m=480209 bzw. dieses Bild: <img src="http://sveni.dnsalias.net/forum/svwebsrv.anzeige-endvergleich.png" border="0" alt=""> (selbstverständlich das Rendering von Mozilla ;) zeigt so in etwa, was ich eigentlich vorhatte - bzw. was ich mir erhoffte, was das CSS, was auf http://forum.de.selfhtml.org/?t=82418&m=480139 "abgedruckt" ist, machen sollte.
Es ist zwar angebracht, aufzuzeigen, dass diese Umsetzung fehlerhaft ist, aber diese Erkenntnis alleine führt nicht zu einer sinnvolleren und besseren Lösung.
jein. Ich meine, zwar hat mir der Hinweis auf die Tatsache, list-style-type würde nicht auf <ul>'s anzuwenden sein, mich auf die Idee gebracht, dass ich ja zur Listenformatierung der Seite bullets verwende und dementsprechend anders vorgehen muss (siehe http://forum.de.selfhtml.org/?t=82418&m=480209 und Antworten) - weitergebracht hat es mich trotzdem nicht richtig, stimmt schon (;-)
[...] Darüber hinaus beteiligen sich aber zu wenige an tiefergehenden und umfassenderen Problemerörterungen, dadurch bleiben viele Threads auf dieser oberflächlichen Ebene stehen. Das liegt daran, dass es freilich bequem ist, mal eben ein eingeübtes Sprüchlein zu posten, anstatt sich intensiv in die Fragestellung einzuarbeiten und selbst nach einer annehmbaren Lösung als Gesamtkonzept zu suchen.
Genau - man nehme das Beispiel
<img src="http://sveni.dnsalias.net/forum/svwebsrv.anzeige-endvergleich.png" border="0" alt="">
und versuche, den IE etwa das gleiche wie den Mozilla machen zu lassen ...
Zudem habe ich mich dazu geäußert, dass es eben nicht zwangsläufig weiterhilft, die direkt ins Auge stechenden Fehler zu reparieren.
Aber gegen dessen Erwähnung ist prinzipiell nichts einzuwenden. sollte diese natürlich nicht der eigentliche inhalt des postings sein ;) - siehe oben.
[...] Ohne sinnvolles Konzept nützt syntaktisch korrekter Code nichts.
Ich würde von dem Hilfesuchenden (in dem Fall ich) erwarten, dass er irgendeine "Sache" macht, also ein eigenes "Konzept hat", und lediglich bei Problemen das Forum aufsucht. Oder habe ich jetzt was falsch verstanden?
Ich nehme an, dass du dir den Sinn des Beispiels nicht einmal zu Gemüte geführt hast. In solchen Fällen wird float wie schon öfters besprochen mit der Absicht verwendet, dass die Spaltenbreiten flexibel sind. Die Angabe einer festen Breite führt hier zu gar nichts, weil sie das Konzept vereitelt.
(Dazu noch ganz kurz:) Genau deswegen habe ich auch 80% der 100% Breite für die "linke Spalte" und 20% für die rechte eingeteilt. Da das Datum sowieso immer DD.MM.YYYY ist, ist es an für sich immer gleich breit, und da das Design in diesem Falle sowieso eine pixelgenau vorgeschriebene schriftgröße vorschreibt, ließe sich die Breite der "rechten Spalte" auch einfach in Pixeln angeben.
Darüberhinaus bin ich auf die glorreiche Idee gekommen, die "Überschrift" eines jeden Listenpunktes nicht zu floaten - ich weiß auch nicht, wie ich auf die Idee gekommen bin. Den unschön folgenden Effekt, siehe das nun mehrfach verlinkte Bild (mozilla-rendering), würde man damit auch beenden.
warum steht davon _absolut gar nichts_ in der fragestellung?
mitdenken? ;o)
Es ist in der Fragestellung enthalten, weil mit aller Wahrscheinlichkeit nicht erwünscht ist, dass sich Layoutelemente überlagern oder Texte aus ihren Elementboxen fließen.
Vorbildlich mitgedacht ;). Mehr dazu siehe oben.
wenn da wenigstens stehen würde, wie es aussehen und was erreicht werden _soll_, dann kann man schneller beurteilen, ob das vom konzept her stimmig ist oder nicht.
s.o.
Wenn ich in solchen Fällen als Antwortender im Unklaren bin, antworte ich erst einmal mit einer Gegenfrage oder zunächst gar nicht und warte ab, sehe also keinen Grund, die ins Auge springenden formalen Fehler zu kritisieren, ohne gleichzeitig zu versuchen, zum Kern vorzustoßen.
hmmm... ich würde erst einmal die schwerwiegenden CSS-Fehler anmerken [;-)] - und dann nachfragen.
zum glück spielst du ja den publikumsjoker und interpretierst in die fragestellung des OP hinein, was dort eigentlich schon von anfang an reingehört hätte.
Tja, irgendeiner muss ja mitdenken ;)
Es ging mir ja nicht nur um diesen Einzelfall.
Immer mitdenken ist noch besser ;-)
Gruß,
der Wuffy