Max Home IndustryНедавно мы сообщили, что и Chromium, и Safari продолжают поддерживать Apple Touch API, несмотря на то, что противоположный Pointer API был принят в качестве стандарта W3C. Теперь у нас есть хорошие новости: команда Chromium сделала разворот, оставив Apple в одиночестве.
Сообщение «Намерение реализовать: события указателя» довольно четко передает направление сдвига. Что интересно, так это причины, по которым Рик Байерс изменил свое мнение.
«В прошлом году мы объявили, что, несмотря на наше участие в стандарте Pointer Events, мы собираемся сосредоточиться на постепенных улучшениях существующих API (например, Touch Events), а не реализовывать Pointer Events в Chromium. С тех пор мы получили постоянный поток отзывов от веб-разработчиков, авторов фреймворков и других поставщиков браузеров, указывающих на то, что они рассматривают события указателя как очень ценное дополнение к платформе. Поскольку мы привержены веб-платформе, которая совместно развивается посредством открытого обсуждения и данных из реальных разработок , мы должны очень серьезно отнестись к этой обратной связи «.
Как уже упоминалось, это хорошая новость, потому что теперь у нас есть единый API, который работает с различными устройствами ввода, сенсорным экраном, мышью, стилусом и т. Д., Который работает в трех основных браузерах — IE, Firefox и теперь Chrome. Это оставляет только Safari от Apple как нестандартную проблему, о которой нам нужно беспокоиться.
Объявление резюмирует ситуацию:
Риск совместимости
IE: общедоступная поддержка (доставка с IE10)
Firefox: общедоступная поддержка (реализована за флагом)
Safari: открыто против
Веб-разработчики: в основном положительная общественная поддержка, включая jQuery и Dojo
Я серьезно сомневаюсь, что команда Apple собирается в ближайшее время прислушаться и добавить API событий указателя.
Однако, как объясняет Рик Байерс, задача его реализации непроста. Первоначально команда Chromium выражала сомнения по поводу того, как API может быть реализован эффективно. Проблема в том, что ему требуется проверка нажатия при каждом перемещении указателя, что в настоящее время имеет место для движений мыши, но не для движений касанием. Предполагается, что это слишком много вычислений для более ограниченного оборудования, и Байерс предполагает, что API необходимо будет изменить, чтобы сделать его более практичным:
«Я намерен работать с PEWG (рабочая группа по событиям указателей) над определением некоторых (возможно, критических) изменений API, которые позволят нам избежать затрат на прикосновение по умолчанию. Это будет сложно сделать без существенных проблем с совместимостью, но я оптимистично, может быть найдено какое-то решение, которое позволит нам поддерживать события указателя без привязки к этому ограничению производительности ».
Также кажется, что команда Microsoft IE помогает, объясняя свой опыт реализации API.
Предполагается, что события указателя будут реализованы на всех шести платформах движка Blink — Windows, Mac, Linux, Chrome OS, Android и Android WebView.
Это больше похоже на то, как должны развиваться стандарты и API. Однако есть еще некоторые проблемы. Самым большим является то, что Apple, вероятно, не появится в ближайшее время, и даже работа над Blink займет некоторое время. Также стоит помнить об угрозе прерывания изменений, чтобы получить необходимую производительность.