Mit IE macht das Websitelayouten keinen Spaß mehr.
Ich bin wahrlich kein fanatischer W3C-Fan aber der IE verhält sich immer blöder.
divs können kein css:hover - ok - was verlange ich da - andere Browser machens jedoch gerne.
css paddings und margins werden von ie zu anderen Browsern unterschiedlich berechnet - IE zieht Abstände von Höhen/Breiten einfach ab -das ist fast gegen jede Logik.
Viel viel schlimmer aber schwerer zu erklären ist: Ein Iframe das ein js läd der in ein div vom top schreiben möchte darf dies nur einmal tun - wenn das iframe sich zwischenzeitlich aktualisiert hat. Warscheinliche Begründung: IE wird wohl intern jedem tatsächlichen userPageCall eine Art SID zuordnen - ändert ein iframeinhalt sich aber aufgrund eines selbst veranlassten reloads so stimmt dessen sid nach dem reload nicht mehr mit der userPageCallSid überein. Das Iframe - dessen JS darf nun nicht mehr ein Div vom Parent (oder top) ändern / beschreiben. Braucht man eigendlich ständig kein Witz. ^^ Muss also in Java (nicht JavaScript!) geschrieben werden - aber wer will ständig nen Java laufen haben innerhalb der Seite?
Im Ergebnis wird sich die Useranzeige rechts sich nicht mehr live aktualisieren können - es wird dann aber auch keine andere Seite im Netz geben welche bei solch Liveaktualisierungen von Kontents per JS keinen IE-IchbinsoStumpf-Fehler auslöst.
Warum das JS-Menü oben rechts NUR IM IE nicht angezeigt wird (dessen popups!) ist mir noch völlig unklar. Die Fehlermeldungen des IEs sind leider nicht wirklich irgendwie aufschlussreich. Fehler in Zeile 1 Char 1 Objekt erwartet. Warscheinlich mag er keine Tabelle um ein Div das wiederum in einem Relativen Div liegt was ein style=float:right hat oder weiß Gott herjeh der macht aber auch nix richtig der IE7.
Fazit: bestimmte cssEigenschaften werden vom IE anders interpretiert als von allen anderen Browsern und mit deren Sicherheits-Getue macht MS es einem fast unmöglich eine so ein bisl LayoutDynamische Seite zu proggen.
Natürlich werd ich letztendlich alles genau so hinbekommen wie ich es gerne hätte - aber das dumme ist einfach das diese Kleinigkeiten seit IE7(!) einfach nur stundenlang aufhalten - und man kann sich einfach nicht um die wichtigen Dinge kümmern.
Also mich nerft das - tut mir leid das ihr so lange die Baustelle da oben habt - aber ich bin anspruchsvoll und IE zwingt mich immer wieder ein anderes - völlig blödes und nur IE-Kompatibles Prinzip zu verwenden.
Wenn ich es Ernst meine werde ich warscheinlich IE-Benutzern die Reintextvariante von XProfan.Com anbieten - und für ALLE ANDEREN BROWSER die Eigendliche. Ich spare 80% Entwicklungszeit.
Das mit dem Umbruch des ThreadThemas in der Threadübersicht bei zu geringer Breite hamwa nun auch im Kasten - ein <div class=thread_mx_title>{fname}</div> mit div.thread_mx_title {
Stolz kann ich nun wohl behaupten das die Vorschau wieder verfügbar ist, hab sie von Grund auf neu programmiert und finde die jetzige Variante einfach toll.
Super - IE7 meinte die Funktion dürfe nicht previ heissen. Es gibt jedoch IMHO keine bekannte oder interne Funktion previ - jetzt heisst die Funktion previa und IE7 meint: Tolles Script!
Stolz kann ich nun wohl behaupten das die Vorschau wieder verfügbar ist, hab sie von Grund auf neu programmiert und finde die jetzige Variante einfach toll.
... und nun habe ich sogar meine Überarbeitung nochmal überarbeitet!
Die Vorschau ist nun noch leichter erreichbar - und deutlich eleganter gelöst.
(1.116)
Deutsch
English
Français
Español
Italia