@fbe
Das de- und reinstallieren brachte keine Abhilfe.
Ich habe aber folgendes rausgefunden:
Die Vergabe der CSS-Eigenschaft height: 1%; an #col3 sorgt dafür dass der Bug verschwindet. Die Funktionsweise des Hacks beruht darauf, dem entsprechenden Container im Internet Explorer mit der Eigenschaft hasLayout zu belegen.
/* LAYOUT-ABHÄNGIGE ANPASSUNGEN -----------------------*/
...
#col3 { height: 1%; }
...
Die Allerdings korrigiert der IE dabei nicht den fehlerhaften Versatz, sondern verschiebt alle Elemente des Containers #col3 um den gleichen Betrag von 3 Pixeln. Daher ist es anschließend möglich, diesen Versatz Hilfe zweier negativer Margins zu korrigieren.
Diese Korrektur erfolgt jeweils layoutabhängig in den Anpassungsdateien im Verzeichnis css/explorer:
/* LAYOUT-ABHÄNGIGE ANPASSUNGEN -----------------------*/
...
#col3 { height: 1%; }
#col1 {margin-right: -3px;}
#col2 {margin-left: -3px;}
#col3 { margin-left: 21.5%; margin-right: 24%; }
...
Achtung: Dieser Hack beseitigt nicht nur den 3-Pixel-Jog Bug sondern sorgt zugleich auch dafür, dass der "Flicker"-Bug sowie der im Abschnitt 5.3: Bekannte Probleme beschriebene Rendering-Bug nicht auftritt. Der Hack sollte daher - wann immer es geht - eingesetzt werden. Allerdings gibt es auch Grenzen für den Einsatz:
grafikfreie Spaltentrenner
Der HR-Tag am Ende der Spalte #col3 sorgt dafür, dass diese Spalte immer mindestens so lang wie die längste Floatspalte wird. Dies ist für die Funktion der grafikfreien Spaltentrenner von besonderer Bedeutung. Die Beseitigung des 3-Pixel-Jog Bugs hat jedoch den nachteiligen Nebeneffekt, dass der IE das Clearing mit dem HR-Tag nicht mehr sauber ausführt und die Spalte #col3 nicht mehr an die Länge der Floatspalten gekoppelt ist.
Layouts mit mindestens 2 flexiblen Spalten und #col3 in Randlage
Da sich der 3-Pixel-Jog Bug nicht wirklich beseitigen lässt sondern nur seine optischen Auswirkungen - verursacht er auch weiterhin Rundungsfehler bei der Breitenberechnung flexibler Spalten. Befindet sich die statische Spalte #col3 in Randlage (wie z.B. beim YAML-Layout 2col_left), kann es dazu kommen, dass die Spalte #col3, obwohl eigentlich flexibel in der Breite, vom Internet Explorer unterhalb der Float-Spalten positioniert wird. Zudem wird in diesem Fall der "Flicker"-Bug aktiv.
Nur DA traue ich mich nicht ran, zumal ich nicht weiss, ob's ueberhaupt meine Ursache der Seitenaufbaues ist.
Draufgekommen bin ich ueber Extras/Fehlerkonsole/Warnungen, denn da stand:
Warnung: Fehler beim Verarbeiten des Wertes für Eigenschaft 'position'. Deklaration ignoriert.
Quelldatei: http://www.nickles.de/static_cache/538541752.html
Zeile: 0
Mal sehen, ob, wo und wie ich MEINEN richtigen Nickles-Seitenaufbau hinbekomme.
Peter
News: Schnellstmögliche Aktualisierung empfohlen
Petermann391
Redaktion
fbe
buechner08
Ma_neva
Knoeppken
hannes43
Alekom
