IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Google et Blink tournent le dos au W3C et à Pointer Events de Microsoft
Au profit de Touch Events d'Apple ?

Le , par Arsene Newman

119PARTAGES

6  0 
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 ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de CrokNoks
Nouveau membre du Club https://www.developpez.com
Le 19/08/2014 à 10:14
Ce ne serait pas un abus de position dominante, ça, par hasard ?
N'est-ce pas de cette manière dont Microsoft a gagné la "Guerre" contre Netscape ?

Les développeurs web ayant déjà eu à faire ce genre de pratique dans le passé, ils sauront vite faire le tri entre les possibles évolutions de normes du W3C et le rebut.
Grosse différence par rapport à l'époque IE/Netscape c'est justement le W3C. J'ai l'impression que les développeurs web préfère suivent les normes qui évoluent plus lentement (mais surement) que les normes propriétaires (qui peuvent devenir du gros n'importe quoi du jour au lendemain).

Donc Google implémentera peut-être son API mais continuera de respecter les normes si ils ne veulent pas perdre une partie de la part de marché qu'occupe Chrome.

De plus, qui dit que le W3C n'adoptera pas l'alternative de Google dans ses normes ? Dans ce cas, IE seul sera à la traîne (et Safari [troll]mais qui l'utilise en dehors des utilisateurs mac ?[/troll]).

Après, cela soulève peut-être un débat sur pourquoi, dans un domaine qui change en permanence comme l'informatique, le W3C met des années à valider la moindre petite évolution.
Selon moi, c'est justement pour ralentir cette évolution et permettre ainsi qu'Internet ne devienne pas un gloubiboulga immonde de truc propriétaire. Même si c'est ce que veulent Apple, Microsoft et Google.
7  0 
Avatar de PapsOu
Membre du Club https://www.developpez.com
Le 19/08/2014 à 8:01
Et voila, Google continue de faire sa soupe dans son coin.

Avant, les dev Web pestaient contre IE, maintenant on va pouvoir pester contre IE (et oui toujours) et Chrome en plus...

On va vraiment devoir reclasser le métier de développeur web dans une catégorie de « sado-mazo » quand il faudra faire de la compatibilité cross-browser...

Merci Google.

PS: En même temps, grâce à ce genre de comportement discutable, ça permet d'entrevoir un avenir fort long pour le métier de développeur web...
8  3 
Avatar de Bono_BX
Membre confirmé https://www.developpez.com
Le 19/08/2014 à 9:05
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
Traduction : "nous ne sommes pâs capable d'optimiser notre truc, et nous n'en avons pas envie"

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.
Ce ne serait pas un abus de position dominante, ça, par hasard ?

Après, il y a là beaucoup de spéculations. Reste à voir comment va se dérouler la suite.
6  3 
Avatar de demonixis
Membre habitué https://www.developpez.com
Le 19/08/2014 à 9:57
J'aimerais juste comprendre.. pourquoi est-ce que google tournerait le dos à la W3C ? Les pointer Event ont été inventés par Microsoft et la specs est en Candidate Recommandation, c'est donc proposé par MS et pas encore adopté en tant que norme.. http://www.w3.org/TR/pointerevents/
3  0 
Avatar de SylvainPV
Rédacteur/Modérateur https://www.developpez.com
Le 19/08/2014 à 14:15
Citation Envoyé par demonixis Voir le message
J'aimerais juste comprendre.. pourquoi est-ce que google tournerait le dos à la W3C ? Les pointer Event ont été inventés par Microsoft et la specs est en Candidate Recommandation, c'est donc proposé par MS et pas encore adopté en tant que norme.. http://www.w3.org/TR/pointerevents/
Le statut "Candidate Recommandation" indique quand même que le W3C s'y intéresse de près, et l'actualité autour de cette spec semblait tendre vers son adoption. Mais sur le fond tu as raison, ce titre n'est pas mérité et même si je suis un peu agacé d'attendre une vraie spec pour la gestion unifiée tactile/souris, je suis aussi curieux de voir ce que Google pourrait proposer comme spec par l'intermédiaire du WHATWG. Débattre et réviser sa copie plusieurs fois n'est pas une mauvaise chose, seulement les standards traînent un retard de plusieurs années sur les enjeux business du One Web. On a besoin d'un standard dès maintenant !
4  1 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 19/08/2014 à 14:07
Citation Envoyé par Sodium Voir le message
Après, cela soulève peut-être un débat sur pourquoi, dans un domaine qui change en permanence comme l'informatique, le W3C met des années à valider la moindre petite évolution.
Parce que lorsque l'on doit établir des spécification génériques mais précises (pour éviter les "corner case" qui couvrent au mieux les différent cas d'utilisation et qui fasse autant que possible consensus, ça prend du temps.
Et pour les pressés qui voudraient se lancer dans une implémentation expérimentale, les brouillons sont disponibles.

Citation Envoyé par demonixis Voir le message
J'aimerais juste comprendre.. pourquoi est-ce que google tournerait le dos à la W3C ? Les pointer Event ont été inventés par Microsoft et la specs est en Candidate Recommandation, c'est donc proposé par MS et pas encore adopté en tant que norme.. http://www.w3.org/TR/pointerevents/
Toutes les normes sont proposées par quelqu'un et dans la grande majorité des cas ce sont les développeurs de navigateur(Google,Mozilla, Microsoft,...) mais si elle ne fait pas un minimum consensus elle ne progressera pas.
En général quand elles ont atteint le statut de Candidate Recommandation c'est que le travail a le soutien de plusieurs acteurs et qu'on est plus loin de la validation définitive. Mozilla et Microsoft ont déjà une implémentation de la norme.
Donc le fait que Google renonce a l'implémentation qui faisait consensus auprès de tous les acteurs sauf Apple n'est pas anodin.
2  0 
Avatar de Sodium
Membre extrêmement actif https://www.developpez.com
Le 19/08/2014 à 8:59
C'est comme s'ils n'avaient rien retenu du passé. Le web a besoin de standards que tout le monde respecte. Entre les 200 nouveaux langages censés remplacer Javascript et les moteurs de rendu ne répondant pas aux mêmes évènements, le développeur du futur n'a pas fini de perdre ses cheveux.
4  4 
Avatar de Sodium
Membre extrêmement actif https://www.developpez.com
Le 19/08/2014 à 10:03
Après, cela soulève peut-être un débat sur pourquoi, dans un domaine qui change en permanence comme l'informatique, le W3C met des années à valider la moindre petite évolution.
3  3 
Avatar de Sodium
Membre extrêmement actif https://www.developpez.com
Le 19/08/2014 à 12:58
Selon moi, c'est justement pour ralentir cette évolution et permettre ainsi qu'Internet ne devienne pas un gloubiboulga immonde de truc propriétaire. Même si c'est ce que veulent Apple, Microsoft et Google.
Certes, mais il y a sans doute un juste milieu à trouver. Quand on voit que la norme HTML5 vient tout juste d'être complétée officiellement alors qu'elle est utilisée depuis des années en production et attendue depuis encore bien plus longtemps, il y a de quoi se poser des questions.
0  0 
Avatar de CrokNoks
Nouveau membre du Club https://www.developpez.com
Le 19/08/2014 à 13:26
C'est parce qu'il y a trop de monde pour décider ce que tous les autres doivent respecter. Du coup les normes mettent trop de temps à venir, ce qui ouvre une brèche à certains pour leur permettre de faire ce qu'ils veulent.

Le juste milieu, je pense, serai de retirer les IT du W3C. Car je pense qu'ils profitent de ce fait pour implémenter ce qu'ils veulent pour que ca devienne une norme. Alors que si ils ne sont pas dedans, ils devront attendre comme tout le monde.
0  0