给程序员“减负”,Chrome 拥抱 IE 浏览器输入标准业界
Chrome准备拥抱W3C的标准了。Chrome下开源浏览器排版引擎Blink团队宣布,Chrome未来将支持“指针事件”API。
“指针事件(Pointer Event)”是指将鼠标、触摸、手写笔三种输入方式集成到一个API中,开发者进行开发时,只需直接调用一个API。各种输入方式可在浏览器中自动进行适配优化,能够有效减少开发工作量。最早在微软 IE 10 浏览器中被采用。
团队Rick Byers负责人表示,这次调整是听取了网页开发者、网站架构师等多方建议反馈的结果。同时他还感谢了微软 IE 团队在其中的帮助。
之前Chrome采用的是“触摸事件(Touch Event)”标准,在触摸事件下,不同输入方式的API是独立的。优点在于能够对鼠标、触摸、手写笔等方式进行精准的识别,但缺点是开发者需要分别对几种输入方式编写代码。
“触摸事件”最早在 2007 年由苹果发布,当时是为了适应 iPhone 触屏的操作方式。W3C 计划基于“触摸事件”制定一套输入的推荐标准,但苹果拒绝加入。 之后,2012 年微软和 Mozilla 合作,在微软的 IE 10 浏览器中引入“指针事件”API,随后又与 W3C 合作着手制作推荐标准。
Chrome曾经短暂拥抱过“指针事件”。但在去年 8 月,Chrome还是选择坚持“触摸事件”。当时 Google 的考虑是指针事件不支持用户在滚屏的时候引发其他反应(例如回到页面顶部同时进行刷新)和浏览器在识别不同输入方式时,需要耗费一定的时间。
因此在今天以前,浏览器的输入标准其实是被分为主要支持“指针事件”的IE+Firefox和主要支持“触摸事件”Safari+Chrome的两大阵营。
除了所谓的“多方反馈结果”,Chrome的这次的转向还可能与“指针事件”在今年2月被正式作为W3C 的推荐标准有关。
Chrome的转向毫无疑问的增强了“指针事件”帮的影响力。不过“指针事件”中让之前 Chrome 退出的缺点依然存在,所以 Byers 也表示要慢慢来,不会很快推出新的 Chrome 版本。
1. 遵循行业规范,任何转载的稿件都会明确标注作者和来源;2. 的原创文章,请转载时务必注明文章作者和"来源: ",不尊重原创的行为 或将追究责任;3.作者投稿可能会经 编辑修改或补充。