Hai Heiko,

da gibt's doch so ein Forum. Frag' da doch mal, da sind welche die kennen sich echt aus ...

__________________
Grüße aus dem Spessart, Joe

{ table-layout: biertischistbesser; }
Der Mausinator

Heiko, der von dir zitierte Bug ist ein Duplikat von
https://bugzilla.mozilla.org/show_bug.cgi?id=298219
Testcase: satzansatz -- CSS
Text-zoom mal, um die Stufe zu sehen.
Der Bug besteht weiterhin im Firefox 2.

Gibt keine Lösung.

Grüße

__________________
Ingo Chao

Buch: Fortgeschrittene CSS-Techniken

Danke, darauf war ich im weiteren Verlaufe der Arbeit auch noch gestoßen. Den Bug hattest Du ja sogar gemeldet Es ist wirklich krass, wie viele Bugs Gecko im Laufe der Jahre mit overflow (auto, hidden...) hatte bzw. teilweise immer noch hat.

Dass es in meinem Falle keine Lösung gibt, war mir dann auch schon relativ klar, nachdem ich wirklich alles mögliche versucht hatte (z.B. dem overflow-div ebenfalls pos. abs. gegeben, oder dem DD-Menü interessehalber mal ebenfalls overflow: auto;, was natürlich eh Schwachsinn ist, da z.B. der NN 7 das natürlich nicht toll findet - wenngleich es eine Besserung im FX brachte).

Der Bug schien in meiner Konstellation allerdings nahezu zu verschwinden, wenn die beiden Elemente im Quelltext direkt aufeinander folgen, was bei mir aber leider nicht möglich ist.

Mein jetziger Ansatz ist, das overflow-div per neg. margin-left genau an das Hauptmenü anschließen zu lassen (es passiert alles horiz., d.h. Hauptmenü und overflow-Content stehen per float nebeneinander), so dass der overflow-Bereich genau an der selben Stelle beginnt, wo das DD-Menü erscheinen wird, so dass es nahezu keinen sichtbaren Übergang mehr gibt.

P.S.: Witzig, wie Du im Zitat meine stressbedingten "undiplomatischen" Ausdrücke durch ... ersetzt hast

Winfuture.de meldete gestern, dass die Veröffentlichung einer Testversion des IE 8 in Kürze bevorsteht:

"In einer E-Mail an ausgewählte Tester kündigte das Internet Explorer Entwickler Team die Beta 1 der neuen Version von Microsofts Browser an. Deren Veröffentlichung stehe bereits kurz bevor. Die Vorabversion soll den Angaben zufolge auch für die breite Öffentlichkeit angeboten werden, um möglichst viele Rückmeldungen von verschiedenen Anwendern zu bekommen."

[1] Winfuture.de
[2] Heise.de

Jetzt wird's doch richtig gemacht: Kein Metatag nötig: IE8 soll im Standardmodus rendern - Golem.de

Das ist genau der richtige Schritt, so herum macht das Sinn

Ich bin erstaunt und froh zugleich, dass die Herren im fernen Redmond zur Vernunft gekommen sind.

Vernunft ? Es wird sich rechnen ...

__________________
Grüße aus dem Spessart, Joe

{ table-layout: biertischistbesser; }
Der Mausinator

Ich glaub eher die hatten Angst, dass es sich rächen könnte, wenn sie von den standardbewussten Leuten versuchen diesen Schalter zu erzwingen.

Ich habe den Artikel bei microsoft heute morgen gelesen.
Hat mich auch froh gestimmt. Würde mich nur interessieren, wie sie eine Unterscheidung zwischen dem Rendering Mode IE8 und IE7 treffen wollen, so ganz ohne Schalter.

__________________
Grüsse Andreas- auch mal wieder da...

Design isn't about the tools, it's about creating the best experience for the user. A design should be based on usability, accesibility, aesthetics, but never on floats, lists or background images. ( by Cameron Adams)
Wiedergelesen: > hier und hier

[Foren-Links] Dein Post? Klar, DAS vorher gelesen? Hilft. ## User-Landkarte

Einen Schalter soll es ja geben, was ich auch begrüße.

Allerdings wird es nun so gemacht, dass sich der IE8 ohne Schalter in den Standardkonformen Modus schaltet und mit Schalter in den IE7-Modus, wenn man so will.

Vorher sollte es ja genau andersherum gemacht werden.