avec IE pouvoir cela Websitelayouten keinen Amusement plus.
je suis wahrlich ne...aucune fanatischer W3C-Fan mais qui IE verhält sich toujours blöder.
divs peut ne...aucune css:hover - ok - quoi verlange je là - autre Browser machens cependant volontiers.
css paddings et margins volonté de ie trop anderen Browsern unterschiedlich berechnet - IE zieht Abstände de Höhen/Breiten simple ab -c'est presque vers chacun Logik.
Viel viel schlimmer mais schwerer trop expliquer ist: un Iframe cela un js läd qui dans un div vom top écrivons voudrais darf ca seulement einmal 1faire - si cela iframe sich zwischenzeitlich aktualisiert hat. Warscheinliche Begründung: IE wird wohl interne chaque tatsächlichen userPageCall une Art SID zuordnen - ändert un iframeinhalt sich mais aufgrund eines selbst veranlassten reloads so stimmt dessen sid pour dem reload pas plus avec qui userPageCallSid überein. cela Iframe - dessen JS darf eh bien pas plus un Div vom Parent (ou bien top) changement / décrire. Braucht on eigendlich ständig ne...aucune Witz. ^ ^ Muss alors dans Java (pas JavaScript!) geschrieben volonté - mais qui veux ständig nen Java courir avons dedans qui page?
Im Ergebnis wird sich qui Useranzeige à droite sich pas plus live aktualisieren peut - es wird ensuite mais aussi aucun autre page im Netz donner quelle chez solch Liveaktualisierungen de Kontents per JS keinen IE-IchbinsoStumpf-faute auslöst.
pourquoi cela JS-menu dessus à droite NUR IM IE pas angezeigt wird (dessen popups!) c'est moi encore völlig unklar. qui Fehlermeldungen des IEs sommes malheureusement pas wirklich irgendwie aufschlussreich. faute dans la ligne 1 Char 1 objet erwartet. Warscheinlich mag il aucun Tabelle um un Div cela wiederum dans einem Relativen Div liegt quoi un style=float:right hat ou bien sais Gott herjeh qui pouvoir mais aussi nix richtig qui IE7.
Fazit: bestimmte cssEigenschaften volonté vom IE anders interpretiert comme de allen anderen Browsern et en Sicherheits-Getue pouvoir MS es einem presque unmöglich une so un bisl LayoutDynamische page trop proggen.
Bien sûr werd je letztendlich alles oui c'est ca so hinbekommen comment je es volontiers hätte - mais cela dumme ist simple cela cet Kleinigkeiten depuis IE7(!) simple seulement stundenlang aufhalten - et il peut sich simple pas à wichtigen Dinge kümmern.
alors mich nerft cela - tut mir leid cela son so longtemps qui chantier là dessus avez - mais je suis anspruchsvoll et IE zwingt mich toujours wieder un d'autre - völlig blödes et seulement IE-Kompatibles Prinzip trop verwenden.
si je es Ernst mon werde je warscheinlich IE-Benutzern qui Reintextvariante de XProfan.Com anbieten - et pour ALLE ANDEREN BROWSER qui Eigendliche. je spare 80% Entwicklungszeit.
Relatif à la Umbruch des ThreadThemas dans qui Threadübersicht chez trop geringer Breite hamwa eh bien aussi im la caisse - un <div class=thread_mx_title>{fname}</div> avec div.thread_mx_title {
Stolz peux je eh bien wohl behaupten cela qui Vorschau wieder disponible ist, hab vous de Grund sur récente programmiert et finde qui jetzige variante simple toll.
Super - IE7 meinte qui Funktion dürfe pas previ heissen. il y a cependant IMHO aucun bekannte ou bien interne Funktion previ - maintenant heisst qui Funktion previa et IE7 meint: Tolles Script!
Stolz peux je eh bien wohl behaupten cela qui Vorschau wieder disponible ist, hab vous de Grund sur récente programmiert et finde qui jetzige variante simple toll.
... et eh bien habe je sogar mon Überarbeitung nochmal révisée!
qui Vorschau ist eh bien encore leichter erreichbar - et deutlich eleganter gelöst.
Wir verwenden Cookies seulement comme Session-Cookies à cause de qui technischen Notwendigkeit et chez uns gibt es aucun Cookies de Drittanbietern.
si du ici sur unsere Webseite klickst ou bien navigierst, stimmst du unserer Erfassung de Informationen dans unseren Cookies sur XProfan.Net trop.
Weitere Informationen trop unseren Cookies et en supplément, comment du qui Kontrolle par-dessus behältst, findest du dans unserer nachfolgenden Datenschutzerklärung.