在IE浏览器的DHTML有各种MS美元私人的特点，这是众所周知的。一个更有趣的事情是：event.screenx和event.screeny，得到鼠标系统水平位置的坐标。

如何倾听，实际上也没有感觉，屏幕上的坐标只不过是浏览器的客户区域中的坐标+浏览器窗口坐标+客户区迁移。

IE本身可以通过事件和屏幕对象获取各种屏幕和窗体位置的信息。

然而，真正奇怪的事情还没有开始！正如标准DOM模型所定义的，只有在触发某个事件时，才能从事件中获得与事件相关联的参数。

那就是，只有触发MouseMove，诸如此类的mousexxx鼠标事件，有权获得鼠标的相关参数。但是，IE的罪恶下，当事件被触发，event.screenx和event.screeny可以得到，即使页面最小化！

当然，你可能会说，它仍然需要依赖于一个事件。然而，这里的事件回调函数就可以像一个任意的程序员，不限于UI事件。因此，我们可以人为地！

最简单的例子是建立一种新的图像无效的SRC，及其OnError事件触发立即！

所以我们可以从误差得到event.screenx，然后继续设置无效SRC，所以我们可以跟踪屏幕上实时用户级指针。由于误差的产生是不限于任何UI消息，事件可以触发当页面被最小化或无效。

至于鼠标或键盘是否被按下，不幸的是它是不可能的。如果全局按钮被捕获，它将无法监视密码。

事实上，这样的错误不非UI事件触发有任何鼠标或键盘参数输入浏览器的形式，因此无法获得各种鼠标和键盘的信息。作为event.screenx，唯一的解释是，这是一种吸气的事件，它直接调用GetCursorPos API。它不是提供这个属性的事件触发器。

会不会很有趣如果一个网页是这样的跟踪代码，然后把坐标重新实时通过socket.io植入。