Google et Blink tournent le dos au W3C et à Pointer Events de Microsoft

Au profit de Touch Events d'Apple ?

Google et son moteur de rendu Web Blink ont finalement tranché en défaveur du standard du W3C, en effet à travers un bref communiqué sur la plateforme de développement de Blink, Google vient d’annoncer l’abandon de l’API Pointer Events, jusqu’ici présentée comme le futur standard du W3C en remplacement de Touch Events.

Pour rappel Blink est le fork du célèbre moteur de rendu web Webkit actuellement utilisé par Opéra, Safari et précédemment par Google Chrome (avant d’être remplacé par Blink), alors que l’API Pointer Events est un ensemble de spécifications permettant à un navigateur de répondre aux spécificités du web sur mobile et à l’interaction tactile, l’API a été développée par Microsoft en réponse à l’imbroglio causé par Apple, qui a refusé de mettre à disposition du W3C son API Touch Events suite à un conflit de brevets.

Même si Pointer Events est plus sophistiquée que Touch Events, car conçue de manière à prendre en charge différentes entrées : tactile, stylet et souris en recourant au même Framework, ce qui est non négligeable du point de vue des développeurs, Google a avancé plusieurs arguments pour justifier sa décision.

En premier lieu, Google justifie cette décision par des problèmes de performance constatés avec l’implémentation de Pointer Events sous Blink, alors que le géant de l’IT « ne souhaite aucunement ajouter une fonctionnalité qui augmenterait encore plus le désavantage des performances du web par rapport aux plateformes mobiles natives ». Autre argument avancé, les spécifications de Pointer Events empêchent la mise en œuvre de concepts désormais communs comme le fameux tirer pour rafraîchir.

Toutefois, la véritable raison est à chercher ailleurs, les arguments techniques avancés par Google sont jugés trop faibles pour expliquer ce revirement, le principal argument de Google est le suivant : « Pointer Events ne pourra jamais supplanter Touch Events sur le Web (surtout sans le support de Safari). De ce fait, si Touch Events reste un acteur majeur du paysage, le support d’une autre technologie similaire se révèle coûteux en termes de complexité sur le long terme ». Ce dernier facteur avancé est pour le moins surprenant et semble être en faveur de la marque de la pomme, car il sous-entend l’adoption de Touch Events.

Mais la réalité est peut-être ailleurs, Google songe peut-être à développer sa propre API qui serait un compromis des deux, en tenant compte des avantages offerts par Pointer Events de Microsoft et de Touch Events d’Apple qui est déjà présent sur Webkit, quant à son adoption, cela ne peut représenter un obstacle pour Google qui règne sur 80 % de l’écosystème mobile grâce à Android.

Source : Annonce sur la plateforme de développement de Blink

Et vous ?
Qu’en pensez-vous ?