Wie Feuer "onload" - event auf Dokument im IE

Ich bin derzeit auf der Entwicklung von Unit-Tests für Javascript-Methode, die erkennt die Bereitschaft des Dokuments. Dieser code ist bereits auf framework-Ebene, so vermeiden Sie bitte erwähnt dies bereits in jQuery oder eine andere Bibliothek.

Habe ich erfolgreich simuliert die 'readystatechange' change-Ereignis mit dem folgenden code:

var event;
event = document.createEventObject();
event.type = 'readystatechange';
document.fireEvent('onreadystatechange',event);

Ich es nicht tun das gleiche für den 'load' - event. Der folgende code führt zu einem ungültigen argument Fehler im IE7, ausgelöst durch den Aufruf von fireEvent in der letzten Zeile:

event = document.createEventObject();
event.type = 'load';
document.fireEvent('onload',event);

Hat jemand dies getan, oder nicht zu tun, dies vor? Ich interessiere mich auch für jede Anregung zum auslösen des Ereignisses in einer anderen Weise.

Edit: nach dem Vorschlag von Crescent Frische, änderte ich meinen code an:

event = document.createEventObject();
event.type = 'load';
document.body.fireEvent('onload',event);

Es ist kein Fehler mehr, aber der Hörer für 'onload' wird nicht ausgelöst. Hier ist, wie ich es konfiguriert:

document.attachEvent('onload',listener);
  • Die load Ereignis tatsächlich feuert auf document.body. So können Sie versuchen, statt document.body.fireEvent('onload',event). Ich bezweifle, dass Ihnen tatsächlich Feuer Griffe befestigt onload obwohl. Wenn es das täte, wäre ich schockiert....
  • Sie sind 100% Recht. Die Entlassung der Veranstaltung auf dem Dokument.Körper kann getan werden, ohne Fehler, aber die Zuhörer mit dem beigefügten Dokument.attachEvent werden nicht ausgelöst.
  • dachte so viel. Das ist ein doofer Mann.
  • Frisch Zu schlecht. Wenn du deinen Kommentar in eine Antwort werde ich mich freuen, es zu akzeptieren. Irgendeinem Grund hinter der Tatsache, dass 'readystatechange' und 'laden' anders Verhalten?
  • Sie sollten wahrscheinlich auch zu legen, um den document.body.attachEvent() statt nur document.attachEvent()
  • wahrscheinlich... ich bin in Sie suchen, nur Kontrolle, wenn ich fälschlicherweise angenommen, dass document.attachEvent('onload', etwas) sollte immer Feuer
  • Ich glaube nicht, dass Handler angehängt document.body.attachEvent('onload', ...) Feuer, wenn die Seite geladen wird, normalerweise jedenfalls. IE zwingt Sie zu befestigen, entweder über <body onload="...", window.onload = ... oder window.attachEvent('onload', ...).
  • aber anscheinend window-onload-und-Dokument.body onload sind die gleichen? zucken nur so ein Gedanke...
  • NÖ. <body onload="..." ist der einzige Weg, um die Karte an das Fenster onload Fall, soweit ich weiß. document.body.attachEvent('onload', ...) wird einfach ignoriert.
  • Im IE natürlich.
  • Frisch-das ist die Schlussfolgerung, die ich gerade erreicht durch ausführen ein paar neue tests: Listener für das 'onload' - Ereignis werden nur entlassen werden, DH, wenn angebracht durch das Fenster.attachEvent, nicht Dokument.attachEvent noch Dokument.Körper.attachEvent

InformationsquelleAutor Eric Bréchemier | 2009-12-09
  1. 4

    Laut diese Seite auf MSDN, es gibt keine onload Ereignis für document.

    Willst du entweder window.onload oder document.body.onload. Diese sind identisch im IE: aus historischen Gründen <body onload="..."> tatsächlich setzt window.onload, so dass MS entschieden document.body.onload alias window.onload.

    Das problem mit diesem ist - wie Eric erwähnt in den Kommentaren -, dass es scheint nicht ein Weg, um Sie manuell Feuer-window-Ereignisse, was bedeutet, dass es möglicherweise nicht eine Lösung für Erics problem.

    • guter Punkt, schon erwähnte Halbmond Frisch: ich Feuer sollte die Veranstaltung auf dem Dokument.Körper statt. Interessanter Kommentar auf Fenster.onload aber nicht so hilfreich, da die Fenster keine fireEvent-Methode.
    • vielen Dank für die Bearbeitung Ihrer Antwort. Ich nehme es als Abschluss zu dieser interessanten Diskussion.
    InformationsquelleAutor Christoph
  2. 4

    Aus irgendeinem Grund, es scheint, dass der IE überschreibt die onload Eigenschaft von window mit einem leeren Objekt, nachdem das DOM geladen ist. Das ist zumindest dann der Fall, wenn Sie versuchen, Zugriff von innerhalb jeder event-handler an DOM-element...

    <!DOCTYPE html>
<html>
  <head>
    <title>Test by Josh</title>
    <script type="text/javascript">
      window.onload = function() {
        alert("Test");
      }
      alert(typeof window.onload);
    </script>
  </head>
  <body>
    <h1 onclick="alert(typeof window.onload);">Test</h1>
  </body>
</html>

    In dieser situation, du wirst sehen, dass Fenster.onload ist anerkannt als eine Funktion zunächst, dann sehen Sie die "Test" - Warnung. Wenn Sie klicken Sie auf die überschrift, werden Sie sehen, dass Fenster.onload wird nun ein object. Ich habe versucht, Durchlaufen die Eigenschaften des Objekts, aber es ist leer. Das ist nicht cool.

    Einer Lahmen workaround ist, greifen die Funktion in dem Umfang zugänglich, und weisen Sie es auf eine andere Eigenschaft, die Sie feuern können an Ihrer Bequemlichkeit...

    <!DOCTYPE html>
<html>
  <head>
    <title>Test by Josh</title>
    <script type="text/javascript">
      window.onload = function() {
        alert("Test");
      }         
    </script>
  </head>
  <body>
    <h1 onclick="window.onloadfix()">Test</h1>
    <!-- Could potentially be injected via server-side include if needed -->
    <script type="text/javascript">
      window.onloadfix = function() {
        window.onload();
      }
    </script>
  </body>
</html>

    Ich kann mir nicht vorstellen, dass es eine andere Möglichkeit um dieses Problem zu beheben jetzt.

    • Stodola interessant... entdeckte ich heute das Dokument.attachEvent ist nicht eine Funktion im Internet Explorer: Sie können es nennen, natürlich, aber (typeof document.attachEvent) gibt an, "Objekt" und Dokument.attachEvent.nennen und dokumentieren.attachEvent.gelten, sind undefined... dieser browser wird nie aufhören, mich zu überraschen.
    InformationsquelleAutor Josh Stodola
  3. 0

    Load-Ereignis wird ausgelöst, wenn das Dokument (einschließlich externe Ressourcen wie Bilder) vollständig geladen ist, und nicht vorher.

    Welche Ergebnisse sind Sie immer über Ihre versuche, das Feuer readystatechange? Hat die readyState Wert eigentlich überhaupt wechseln? Ob oder nicht, das ist nicht viel, entweder: entweder feuern Sie die Veranstaltung mit einem readyState das hat sich nicht verändert, oder Sie tun so mit einen readyState es nicht die gültige Reflexion über den Stand des Dokuments.

    • Danke für die Antwort. Ich bin nicht versuchen, ändern Sie den Wert des Dokuments.readyState, die bleibt "complete" vor (weil ich warten bis readyState wird 'complete') und nach meinem test. Bitte beachten Sie, dass dieser code ist geschrieben für unit-tests.
    • Eric ist nur ein Versuch, zu simulieren, die real-world load Ereignis für die lokale unit-tests.
    • Wenn es für ein Gerät testen, dann sollten Sie nicht brauchen, um Feuer-events überhaupt. Einfach erstellen Sie ein mock-event-Objekt mit bekannten Werten aus und rufen Sie den event-handler direkt an, dann überprüfen Sie, dass es produziert die richtigen Ergebnisse für diese Werte. Ansonsten ist es kein unit-test, es ist ein integration test: Sie testen, wie der code lässt sich mit der browser-internen event-handling-Mechanismen.
    • außer ich bin nicht unit-testen des event handlers 🙂 ich Schreibe unit tests für eine Methode, die ersetzt und filtern Sie die addEventListener und attachEvent auf window und document.
    InformationsquelleAutor NickFitz
Schreibe einen Kommentar