试图在了解click事件 分子(trying to understand click events

2019-09-17 11:46发布

当一个click事件处理程序注册一个上select元素,我觉得跨浏览器非常不一致的行为。 我设置了一个的jsfiddle演示 。 这是我看到:

  • 在OS X(10.7狮子)火狐12:事件触发时被点击的元素。 下拉短暂打开,不留开放。 键盘行动没有产生点击行为。
  • 火狐12在Linux(Ubuntu的清醒):同
  • 丁目19 OS X:没有鼠标或键盘交互触发click事件。
  • Chrome浏览器19在Linux上:首先鼠标点击扩展选项,无论是上仍然存在的选择下面的点击,或选项,点击触发事件。
  • Safari浏览器5.1.6 OS X上:到Chrome在Linux上一样,第一次点击扩展选项,在其后的选项点击触发点击事件(不像浏览器,Safari浏览器显示选项时,隐藏选择元素)。
  • Android浏览器(冰淇淋三明治):初始点击触发事件。 选择在事件发生后保持可见,并且可以单击。 点击选项不会触发另一个事件。
  • Chrome测试版的Android(冰淇淋三明治):同Android浏览器。

我会很高兴,如果有人能告诉我或点我的标准,但我想,因为我直接说没有人跟随它观察到它不是那么有用。 什么我怀疑的是,这是尝试做的,这也许是更常见的监听变化事件,而不是一个少见的事情。 真的吗? 怎么样听上的选项点击? 我没能得到那个工作,但它可能是一个愚蠢的错误。

(为了让多一点背景,我更换内置在谷歌Closure的一个选择元素goog.ui.Select因为该组件很好地模仿一些桌面select效果,尤其是Chrome的,但不能做的扩展选项全屏幕渲染你看到在移动浏览器,并且应用程序之前听取该组件的goog.ui.Component.EventType.ACTION事件,它没有明确的模拟任何地方,所以我只是想找到一个一致的替代品。)

Answer 1:

这里是HTML的生活水平,最后更新2013年7月12日(访问2013年7月14日)。 此链接指向正确的SELECT元素。 在其他方面,它说,任何HTML元素应该是能够处理onclick事件,并给出使用JavaScript将听众的例子。 当然,真正的问题是浏览器支持的特定标准可靠...

HTML标准



文章来源: trying to understand click events on 举报