Without events, there would be no Dynamic HTML. A strong statement, perhaps, but given the kinds of document object models we have inherited, it’s true. For any dynamism to occur in an HTML page, some kind of trigger is needed.
Two categories of triggers are available: user-generated actions and system-generated actions. Direct user-generated actions are those caused by mouse and keyboard activity. System-generated actions occur when something significant occurs in the browser, such as the document completing its loading into the browser or an image failing to retrieve its data from the server.
One of your jobs as a DHTML scripter is to determine which events on which elements or objects should trigger scripted actions. Any kind of form button, for example, will usually have some script action associated with it (unless it is just the default actions of submit and reset input element types). Less obvious, perhaps, are events that inspect the characters being typed into a text box, to make sure only allowed characters are permitted to pass. Very common mouse-oriented events detect when the cursor rolls atop an image element (or an
a hyperlink element surrounding the image) so that a script can change the image to a highlighted version during this “rollover.” A corresponding event for when the cursor rolls off the image reverts the image back
to its default version. Even the background processing of the
XMLHttpRequest object fires events while ...