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.
@iF quoi ist maintenant à l'attaque ? - chez mir sieht qui surface maintenant so aus comment im Anlagenbild. peux encore pas einmal entier à droite scrollen um den Text avec Mausklick trop kopieren ! aussi qui Cursor ist wieder futsch ici beim écrivons ! Auflösung (maintenant isser wieder là !) 1024x768 FF-Version 2.0.0.2
Kleine innovation. si un Browser aucun Cookies akzeptiert peux un Login oui seulement échouer. qui Anmeldeseite [...] prüft eh bien im Hintergrund si cela écrivons de Cookies überhaupt possible ist. si pas gibts ne annonce. trop testen indem on qui Erlaubnis pour cela écrivons de Cookies entzieht.
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.
(453)
Deutsch
English
Français
Español
Italia