讲不出再见

在这一章我将对重要的事件做一个概述，包括一些流行的浏览器的兼容性问题。在这里提出的事件，当他们发生在一个确定的HTML元素上的时候，他们的名字能够被大多数的浏览器所识别。也就是说，浏览器会查找你为这个HTML元素所注册的事件处理程序的脚本，而且会被立即执行。一开始只有为数很少的一些事件。这些事件在几乎所有的JavaScript浏览器都能运行，即使是那些非常古老的。需要注意的是那些早期的事件

在这一章我会讲解如何去访问一个事件对象。现在我们已经注册了事件处理程序，对于事件我们还想更深入的了解。我们想知道事件发生时候的鼠标位置，我们想知道用户按下了哪些键。这些都是可能的，虽然这部分有很多烦人的浏览器兼容性问题。（这里可以快速查看浏览器兼容性列表）。要读出事件的属性，必须要先能访问到事件。浏览器兼容性站在浏览器战争的角度看，Netscape实现了一个访问模型（后来被W3C做

在这一章我会讲解给元素注册事件的最好的一种办法，那就是：确保一个特定的事件在特定的HTML元素上发生并且能运行特定的脚本。在最古老的JavaScript浏览器里注册事件只能通过内联模式。自从DHTML从根本上改变了你操作页面的方法，事件的注册就必须有扩展性而且要有很强的适应性。所以就必须有相应的事件模型。Netscape在第三代浏览器中就开始了，IE在第四代浏览器开始。因为Netsca

在这一章我会讲解两种高级时间注册模型：W3C和微软的。因为这两个方法都不能跨浏览器，所以在现在看来他们的使用场合并不多。W3C和微软都着力于发展自己的事件注册模型来取代Netscape的传统模型。虽然对于微软的模型我不是很感冒，但是w3c的还是不错的，除了这个鼠标定位 的问题。不过现在只有小部分浏览器支持。W3CW3C的DOM层面事件规范注意到了传统模式的问题。他对于你想在一个

被第二代浏览器所支持。这些古老的浏览器只支持一种注册事件处理程序的方法，这个方法是Netscape发明的。因为Netscape先发制人，所以如果微软也想做支持JavaScript事件的浏览器就得跟着Netscape走，所以这里没有兼容性的问题。所以这种模式在任何支持JavaScript的浏览器都能运行---除了Mac上的IE3，他根本就不支持事件。注册事件处

为了理解Event属性，我将在这里给出一些示例代码。在这个范畴内有非常严重的浏览器兼容性问题。当我们想去读一读关于Event的一些资料时，常常会湮没在大量的属性里面，这些属性其中的大多数不能良好的运行在大多数的浏览器。这里有event的兼容性列表。我不打算给这些属性列个表，因为那些情况实在是太让人晕头了，而且对你的学习也不会有一点点的帮助。在写5段代码前我先要问关于浏览器的5个问题

Events是每一个JavaScript程序核心。什么是事件处理，它有什么问题和怎样写出跨浏览器的代码，我将在这一章做一个概述。我也会提供一些有精彩的关于事件处理程序的细节的文章。没有event就没有脚本。可以看看任何有JavaScript代码的网页：几乎所有的例子都有一个事件触发了脚本。原因非常简单。JavaScript就是给你的页面添加内部活动：用户做一些事情然后页面做出回应。因此Ja

在第一章中我提到一个初次看起来可能不是那么好理解的是一个问题：“如果一个元素和他的父元素对于同样的事件都有事件处理程序，那么哪个会首先执行呢？”毫无疑问，看是什么浏览器。基本问题很简单。假设你的一个元素包含在另外一个元素中。1 -----------------------------------| element1                        ||   --------

事件处理器是与特定的文本和特定的事件相联系的JavaScript脚本代码，当该文本发生改变或者事件被触发时，浏览器执行该代码并进行相应的处理操作，而响应某个事件而进行的处理过程称为事件处理。HTML文档事件包括用户载入目标页面直到该页面被关闭期间浏览器的动作及该页面对用户操作的响应，主要分为浏览器事件和HTML元素事件两大类。在了解这两类事件之前，先来了解事件捆绑的概念。HTML文档将元素的常用事