Suchergebnisse

Es fehlt ein Wert für left in den absolute positionierten Elementen cont1-lineb, cont1-lineb2 und cont1-lineb3. Der Defaultwert für left ist auto (nicht 0). Mit diesem Wert hat der IE<8 Probleme.

margin-left: 0; war doch nur ein Beispiel. Der Wert kann ja höher sein, nur muß #text noch neben #flash passen. Ich würde aber allen Spalten float: left; geben (auch #text). Für overvlow und height würde ich einen weiteren Container in #text schreiben.

Soweit wie ich das sehe, wird hier overflow: auto tatsächlich mal eingesetzt wofür es gedacht ist. Nämlich ein Scrollbalken wenn height: 380px; überschritten wird. Eine Nebenwirkung ist allerdings, daß nicht nur der Inhalt das Float (#flash ) umfließt sondern #text komplett neben dem Float...

Naja, schön ist das nicht. In dem Beispiel, daß ich zu "Nivo Slider" gefunden habe wurde der z-index maximal auf 51 gesetzt (kenne mich mit Javascript nicht gut aus). Wenn du den mit einem irrsinnig hohen Wert toppen willst und der nächste Codeschreiber Diesen wieder willkürlich überbieten...

Solche Scripte arbeiten mit position: relative bzw. absolute.

Lade dein aktuelles Beispiel bitte hoch.

Ich mag mir das nicht zusammenbasteln. Aber hier fehlen die Werte für position: #navi li{ float:left; margin: 0px; position: relative; } #navi li ul { display:none; position: absolute; left: 0; /* für IE<8 */ }

Kann ich ohne aktuellen Link nicht sagen. Ich kann mir aber vorstellen, daß das nachfolgende Element position: relative; oder position: absolute hat. In dem Fall muß #navi li ul einen ausreichenden z-index haben.

Bis einschließlich FF2 ist es unbedingt nötig der zweiten ul (#navi li ul) position: absolute zu geben. Das ist auch in anderen Browsern nötig um später die nachfolgenden Elemente durch die ausklappenden Listen nicht zu beinflussen. Dann braucht #navi li position:relative; als Ausgangsposition...

Aber nur noch wenn das Fenster wirklich sehr klein ist. Im praktischen Einsatz, in einem Container mit ausreichender Breite wird es dazu wohl nicht kommen. In welchen Browsern (- Versionen) soll es denn funktionieren?

Eine Anmerkung: height und width haben keine Auswirkung auf Elemente mit Inline-Level ( display: inline; ). Es sei denn es geht um den IE<5.5. :wink:

Mit #navi #last a sprichst du alle Links in #navi #last an, auch die im Untermenü. Du kannst sie aber wieder überschreiben. Z.B mit:#navi #last ul a Ganz sicher ändert das was.

Na dann...

Da muß Mann halt rechnen ob und zu welchem Preis Mann diese Kunden bedienen kann. Wenn es nicht geht, gehts halt nicht. Wen es weiterbringt (und es sich leisten kann) sollte zuschlagen. Wer weiter ist hat anderes zu tun. Letztlich hängt es von den Lebensumständen ab wie hoch das Minimum ist...

Er bietet sogar das ganze Beispiel zum Download an: Das Buch zur Site - Anhang - Einführung in XHTML, CSS und Webdesign - Michael Jendryschik

Jein, Die Höhen- und Breitenangaben für td sind nur Mindestwerte. Die Grafiken können also nicht immer die Zellen ausfüllen. In dem verschachtelten Tabellenlayout reicht eine zu breite Zelle um eine Kettenreaktion in der ganzen Spalte auszulösen. Horizontal reicht eine zu hohe Zelle aus um...

Klar, aber irgendwie muß der kaputte Universalselektor ja in den Code gekommen sein. Also beschrieb ich was er macht (oder machen würde).

Nur zur letzten Variante.

#navi_container * spricht alle Elemente in navi_container an. Nicht aber navi_container selber. #navi_container spricht nur navi_container an. #navi_container* (deine Variante) ist ein ungültiger Selektor.

Ich wollte nicht sagen, daß 75€/Stunde zu viel sind. Sondern, daß es lediglich ein Wert ist, der auf einer Rechnung stehen kann. Den Putzfrauensatz habe ich kommentiert weil ich ihn für Abwertend halte. bezog sich auf den verdrehten Satz.