Event-Handler !== Event-Typ && Gliederung
bearbeitet von OrlokHallo
> > Zu sagen `onclick` sei ein Handler ist richtig. Aber `click` ist eben _kein_ Handler, sondern die Bezeichnung für einen bestimmten Event-Typ.
>
> das ist doch eigentlich sonnenklar. Bedarf diese Differenzierung einer konkreten Erläuterung? - Ich finde, nein.
Weil du Ahnung von der Materie hast. ;-)
Also, die Situation war doch bislang die, dass im **Wiki** etwa folgendes stand:
**Event-Handler**
`onclick` …
`onchange` …
`onload` …
Das war vollkommen richtig. Aber nun steht da:
**Event-Handler**
`click` …
`change` …
`load` …
Und das ist, wie du selbst sagst, nicht richtig.
War die bisherige Version gut? - Meiner Ansicht nach nein!
Denn jeder, der Informationen zu einzelnen _Event-Typen_ gesucht hat, also was es überhaupt für Events gibt oder auch zum Beispiel ob das Event `cancelable` ist oder ob es `bubbelt`, der ist auf _dieser_ Seite gelandet und hat also gelernt:
„Wenn ich auf ein Event reagieren will, dann schreibe ich `element.onevent = handler;`“
Ist das die Message die **selfHTML** zum Thema Event-Handling ausgeben will?
Ich würde sagen: Nein, denn es ist empfehlenswert, die Ereignisbehandlung nach dem **DOM-Standard** vorzunehmen!
Was glaubst du, warum in fast jeder Anfängerfrage im Forum die _traditionellen_ Event-Handler im geposteten Code auftauchen und die Leute nicht die an diversen Stellen im **Wiki** verstreut empfohlene `addEventListener`-Methode verwenden?
Eben weil hier _keine Trennung_ zwischen den einzelnen Event-Typen und den dazugehörigen Methoden des Event-Handlings gegeben war!
______________________________________
**Event Handler**
<element onevent="handler( );">
element.onevent = handler;
element.addEventListener( 'event', callback [, capture] );
______________________________________
**Events**
`load`
`change`
`click`
_______________________________________
Diese Trennung war bislang nicht gewährleistet, aber ich halte sie für _sinnvoll_. ;-)
Gruß,
Orlok