Google은 불합리한 이유로 Chrome 브라우저에서 Microsoft의 포인터 이벤트 표준에 대한 지원을 중단합니다.

포인터 이벤트는 여러 브라우저에서 펜, 마우스 및 터치와 같은 통합 장치 입력 모델을 정의하기 위해 Microsoft가 처음에 시작했고 나중에 W3C에서 개발한 새로운 표준입니다. 포인터 이벤트를 사용하면 웹 개발자가 각 입력 유형에 대해 고유한 코드를 작성하지 않아도 되므로 다양한 브라우저와 장치를 더 쉽게 지원할 수 있습니다. 포인터 이벤트에 대한 브라우저 간 상호 운용성을 입증하기 위해 Microsoft는 Blink 및 Mozilla 브라우저 엔진에 패치를 제공하고 다음을 포함한 상호 운용성 프로토타입을 개발했습니다. WebKit용 포인터 이벤트 프로토타입. 또한 포인터 이벤트는 웹 커뮤니티에서 좋은 평가를 받았습니다.

지난주 Chrome 팀은 다음과 같은 이유로 Chrome에서 포인터 이벤트 지원을 중단할 계획이라고 게시했습니다.

162757 문제

간단히 말해서, 포인터 이벤트는 대안에 비해 3가지 주요 단점이 있습니다. 1) 모바일 우선 웹: 포인터 이벤트는 웹에서 터치 이벤트를 절대 대체하지 않을 것입니다(특히 Safari의 지원 없이). 터치 이벤트는 계속 존재하기 때문에 웹 플랫폼에서 또 다른 크게 중복된 입력 모델을 지원하는 것은 장기적인 복잡성 비용이 많이 듭니다. 2) 성능: 포인터 이벤트에 필요한 적중 테스트 모델은 Android, iOS 또는 터치 이벤트에 없는 사소한 성능 패널티(모든 움직임 이벤트에 대한 적중 테스트)를 부과합니다. 네이티브 모바일 플랫폼에 비해 웹의 성능 저하를 증가시키는 기능을 추가할 의사가 없습니다. 3) 풍부함: 포인터 이벤트는 스크롤링과 이벤트 처리가 상호 배타적이어야 합니다. 이것은 모바일 플랫폼에서 일반적으로 나타나는 일부 UI 효과를 배제합니다(예: 끌어서 새로 고침). 최근 강력한 개발자 피드백으로 인해 여기에서 반대 방향으로 Chrome을 변경하여 스크롤하는 동안 이벤트 처리를 활성화했습니다(문제 293467 참조). 우리는 웹에서 입력을 개선하기 위해 웹 표준 커뮤니티에서 일하기 위해 최선을 다하고 있으며, 특히 최근에 여기에서 IE 팀과 구축한 관계를 소중하게 생각합니다. 웹에 가장 적합한 것이 무엇인지에 대한 기술적 견해의 차이에도 불구하고 저는 우리가 여전히 함께 좋은 진전을 이룰 것이라고 낙관합니다.

2번과 3번 항목에 대해서는 논쟁이 가능하지만 첫 번째 이유는 용납할 수 없다고 생각합니다. Apple의 Safari는 현재 표준을 지원하지 않기 때문에 다른 중복 입력 모델을 개발하고 싶지 않습니다. 다른 브라우저에서는 아직 사용할 수 없으며 현재 중복되는 기능을 Chrome에서 나열할 수 있습니다. Google은 브라우저에서 해당 기능을 제거합니까? 또한 구글의 안드로이드와 크롬은 사파리보다 훨씬 대중적이며 IE와 파이어폭스를 결합하여 웹 브라우징 시장의 거의 대부분을 커버하고 있습니다. 나는 왜 구글이 이 경우에 애플에 맞서려고 하지 않는지 모르겠다.

포인터 이벤트에 대한 Google의 조치에 대한 의견을 제시한 이 문제에 대한 전문가의 게시물이 몇 개 있습니다. 아래 링크에서 읽어보세요.

• 크리스
• ARS Technica