Yo bin wahrlich kein fanatischer W3C-Fan pero la IE verhält se siempre blöder.
divs puede kein css:hover - ok - qué verlange Yo como - otro Navegador machens sin embargo gerne.
css paddings y margins voluntad de ie a otro Browsern unterschiedlich berechnet - IE zieht Abstände de Höhen/Breiten simplemente de -el es fast gegen jede Logik.
Viel viel schlimmer aber schwerer a erklären es: Ein Iframe el una js läd el en una div vom top escribir möchte darf dies sólo una vez tun - si el iframe se zwischenzeitlich aktualisiert ha. Warscheinliche Begründung: IE probablemente intern cada tatsächlichen userPageCall una Art SID zuordnen - ändert una iframeinhalt se aber aufgrund uno incluso veranlassten reloads así stimmt dessen sid después de el reload no mehr con el userPageCallSid überein. Das Iframe - dessen JS darf nun no mehr una Div vom Parent (oder top) ändern / beschreiben. Braucht uno eigendlich ständig kein Witz. ^ ^ Muss also en Java (no JavaScript!) geschrieben voluntad - aber wer voluntad ständig nen Java laufen haben innerhalb el Página?
Im Ergebnis se el Useranzeige rechts se no mehr live aktualisieren puede - lo se entonces aber auch no otro Página en el Netz geben welche en solch Liveaktualisierungen de Kontents por JS no IE-IchbinsoStumpf-Fehler auslöst.
¿Por qué el JS-Menü oben rechts NUR IM IE no adecuado se (dessen popups!) me está todavía völlig unklar. El Fehlermeldungen des IEs son por desgracia, no wirklich irgendwie aufschlussreich. Fehler en Línea 1 Char 1 Objeto esperado. Warscheinlich mag él no Tabla en una Div el wiederum en un Relativen Div liegt lo que uno style=float:right ha oder weiß Gott herjeh el macht aber auch nix correcto el IE7.
Fazit: cierto cssEigenschaften voluntad vom IE anders interpretiert como de allen otro Browsern y deren Sicherheits-Getue macht MS lo una fast unmöglich una así una bisl LayoutDynamische Página a proggen.
Natürlich werd Yo letztendlich alles genau así hinbekommen Yo lo gerne hätte - aber el dumme es simplemente el esta Kleinigkeiten seit IE7(!) simplemente sólo stundenlang aufhalten - y uno kann se simplemente no a wichtigen Dinge kümmern.
Also mich nerft el - tut me leid el ihr así largo el Baustelle como oben habt - pero yo bin anspruchsvoll y IE zwingt mich siempre otra vez una más - völlig blödes y sólo IE-Kompatibles Principio utilizarse.
Wenn Yo Ernst mi voluntad Yo warscheinlich IE-Benutzern el Reintextvariante de XProfan.Com anbieten - y para ALLE ANDEREN BROWSER el Eigendliche. Yo spare 80% Entwicklungszeit.
Relacionado con la Umbruch des ThreadThemas en el Threadübersicht en a geringer Breite hamwa nun auch en el Kasten - una <div class=thread_mx_title>{fname}</div> con div.thread_mx_title {
Stolz kann Yo nun wohl behaupten el el Prevista otra vez verfügbar es, tener ellos de Grund en neu programmiert y finde el jetzige Variante simplemente toll.
Super - IE7 meinte el Función dürfe no previ heissen. Lo son sin embargo IMHO no bekannte oder interne Función previ - ahora heisst el Función previa y IE7 meint: Tolles Script!
Stolz kann Yo nun wohl behaupten el el Prevista otra vez verfügbar es, tener ellos de Grund en neu programmiert y finde el jetzige Variante simplemente toll.
... y nun Yo incluso mi Überarbeitung otra vez überarbeitet!
El Prevista es nun todavía leichter erreichbar - y deutlich eleganter gelöst.