Google, Apple, Microsoft et Mozilla s'opposent formellement à une décision du W3C,
Qui veut avancer dans le processus de standardisation de DOM 4.1

Le , par Stéphane le calme, Chroniqueur Actualités
Les standards du Web comme HTML et CSS ont beaucoup évolué. Une maturité qui a été possible grâce à la coopération entre des organisations telles que le W3C (World Wide Web Consortium, l’organisme de standardisation chargé de promouvoir la compatibilité des technologies du World Wide Web) et les éditeurs de navigateurs. Pourtant, lorsque le W3C a décidé de faire un fork de la spécification WHATWG DOM, de l'étiqueter comme étant DOM 4.1 et de la faire avancer dans son processus de standardisation (elle va bientôt passer à l’étape Candidate Recommandation (CR), c’est-à-dire qu’elle est à une étape dans le processus avant l'approbation formelle), les grandes enseignes technologiques sont montées au créneau.

Pour mieux comprendre le problème, nous pouvons nous intéresser à l'objection formelle de Mozilla, par le biais de l'ingénieur L. David Baron :

« La spécification W3C DOM est un fork de la spécification WHATWG DOM. L'objectif principal de la discussion des problèmes dans la spécification, et la maintenance de la spécification devrait être au niveau du WHATWG plutôt qu'au W3C. Mais le W3C a fait un fork de la spécification sans documenter la raison d'être d'un fork (à part des raisons générales dans la charte du groupe de travail sur la plateforme Web, dont aucune ne s'applique à cette transition CR).

« Mais l'existence du fork et le fait que le fork soit construit autour d'une structure qui a pour but d'être un forum de discussion et de maintenance de la spécification, conduit à la confusion, comme le W3C plonge dans la confusion une partie des nouveaux arrivants à la communauté, les amenant à penser que les efforts de travail sur la spécification seront plus avantageux s'ils sont dépensés sur le fork au lieu de l'original. Si cela avait été fait avec une déclaration claire que le document est un fork (et de quoi il est le fork) et une déclaration de la façon dont les objectifs du W3C diffèrent de ceux de WHATWG, cela serait plus compréhensible.

« Au contraire, il semble que cela soit fait sur la base d'une présomption que le W3C est le forum légitime et que les nouveaux arrivants ne doivent fournir aucune explication sur l'origine du document. »


Michael Champion, ingénieur Microsoft, avait déjà déclaré le mois passé « Microsoft et l'équipe responsable du développement du navigateur Edge s'opposent fortement à ce que le W3C publie une autre recommandation DOM à ce stade [...]. Il est temps de se mettre derrière une norme commune et de travailler pour l'améliorer. Maintenant que WHATWG fonctionne dans le cadre d'une politique formelle d’IPR et de gouvernance, nous et beaucoup d'autres dans la communauté traitons la norme DOM du WHATWG comme étant la meilleure à partir de laquelle travailler. »

Et de continuer en disant que « Les participants au DOM du W3C ont beaucoup de connaissances, d'expérience et sont encouragés à contribuer à un effort DOM unifié. En donnant un coup de pouce à cette CfC, nous ne préconisons aucune vision particulière de la façon de développer une norme DOM commune. Mais nous affirmons que la publication d'un RC DOM 4.1 maintenant perpétuerait le statu quo sous-optimal plutôt que d'encourager un avenir plus collaboratif. »

L'ingénieur WebKit Maciej Stachowiak s'est chargé d'apporter les objections d'Apple. Au nom de l'éditeur d'iOS, il a fait valoir « Qu’Apple avait espéré éviter une objection formelle sur cet appel au consensus par le biais d'une objection informelle et d'un dialogue constructif. Cependant, étant donné que les dirigeants ont maintenant pris une décision qui n’a pas pleinement répondu aux préoccupations, nous pensons que nous n'avons pas d'autre alternative.

« Nous sommes disposés à retirer cette objection formelle si les dirigeants des groupes de travail de la plateforme Web acceptent de retarder l'appel de consensus DOM 4.1 CR, ou si la question est rouverte et que les dirigeants tentent sincèrement de résoudre les préoccupations. »

Apple indique avoir des objections de procédure et de fond.

Objections de procédure :

Violation de la charte relative aux politiques de décision du Web Platform Working, qui nécessite un examen attentif des points de vue présentés, puis un vote formel. Un appel au consensus n'est pas un vote.

Violation du processus W3C, qui permet d’évoluer dans le processus d’adoption d’une norme malgré les objections à la condition que le Groupe de travail « ait dûment considéré la légitimité des préoccupations des objecteurs dans la mesure du possible et du raisonnable ». Apple note que bien que le bureau a posé quelques questions, l'échange a été interrompu par le PDG du W3C.

Violation des principes de l'Open Stand qui exigent que « les décisions soient prises avec équité et objectivité entre les participants » et « les activités de normalisation ne sont pas exclusivement dominées par une quelconque entité - personne, société ou groupe d'intérêt. » Apple rappelle qu’alors que de nombreux arguments écrits contre cette publication ont été avancés par six différents partis, le seul argument en faveur a été fait par le PDG du W3C. « Cela donne l'impression que les intérêts institutionnels du W3C l'emportent sur ceux des entités qui font objection, indépendamment de leur nombre », note Apple qui rappelle par la suite que « Le W3C a formellement adopté les principes de l'Open Stand ».


L’omission de la définition des critères de sortie du CR : « Le directeur s'attend à ce que les documents CR indiquent explicitement les critères d'accès aux relations publiques. Cependant, aucun critère de sortie n'est présent dans le projet actuel ou dans le Cfc, ce qui empêche les évaluateurs d'examiner les critères de sortie. »

Objections de fond :

Apple assure être d'accord avec les objecteurs qui s'opposent à la publication en ce moment, car d'autres publications de DOM du W3C vont créer la confusion.

Apple indique que le document actuel ne peut pas sortir de la CR, car aucun moteur de navigateur n'a l'intention de l'implémenter. « Dans la mesure où il diffère de quelque manière que ce soit des critères de mise en œuvre de la norme DOM Living Standard du WHATWG, il n'aura pas d'expérience de mise en œuvre sur ces différences. Il existe suffisamment de différences pour qu'une implémentation ne puisse pas se conformer à la fois au W3C DOM 4.1 et au WHATWG DOM Living Standard. »

Dans son objection formelle, Microsoft estime pour sa part que « DOM 4.1 ne reflète pas actuellement le consensus réel parmi les implémenteurs, les développeurs et les diverses communautés horizontales qui s’appuient sur les normes W3C ». L’entreprise exhorte le Directeur à renvoyer DOM 4.1 au groupe de travail et à la communauté au sens large pour le partage d'informations, la recherche de consensus et la minimisation des différences. « Il ne devrait pas avancer sur la piste de la recommandation jusqu'à ce qu’il soit passé par là », a conclu l’entreprise.

Dans son objection formelle, après avoir cité les points de divergence en détail, Google explique que sa plus grosse préoccupation est le manque d'engagement et de discussion, ainsi que l'absence de toute tentative de résoudre les différences majeures au sein du groupe de travail de plusieurs participants.

Rappelons que le Web Hypertext Application Technology Working Group (WHATWG) est une collaboration non officielle des différents développeurs de navigateurs web ayant pour but le développement de nouvelles technologies. Sur la page où est présenté le DOM Living Standard, il est expliqué que cette spécification standardise le DOM en s'y prenant comme suit :
  • en consolidant le DOM Level 3 Core [DOM-Level-3-Core], Element Traversal [ELEMENTTRAVERSAL], API Selectors Niveau 2 [SELECTORS-API2], les « DOM Event Architecture » et « Basic Event Interfaces » des événements DOM Level 3 [uievents-20031107] (les types spécifiques d'événements n'appartiennent pas à la norme DOM), et DOM Niveau 2 Traversal et Range [DOM-Level-2-Traversal-Range], et :
    • en les alignant avec l'écosystème JavaScript dans la mesure du possible,
    • en les alignant avec les implémentations existantes,
    • en les simplifiant autant que possible,
    • en déplaçant des entités de HTML Standard [HTML] qui ont plus de sens pour les spécifier dans le cadre de la norme DOM ;
  • en définissant un remplacement pour les « Mutation Events » et « Mutation Name Event Types » des DOM Level 3 Events [uievents-20031107] car l'ancien modèle était problématique ;
  • en définissant de nouvelles fonctionnalités qui simplifient les opérations DOM communes.

DOM Living Standard de WHATWG
DOM 4.1 du W3C

Sources : objections formelles (Apple, Google, Microsoft, Mozilla), inquiétudes de Microsoft

Et vous ?

Partagez-vous les craintes de ces éditeurs qui souhaitent obtenir un consensus entre DOM 4.1 et la norme DOM Living Standard du WHATWG ?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de blbird blbird - Membre éprouvé https://www.developpez.com
le 16/04/2018 à 21:23
Je n'ai rien compris à la problématique. A part en allant lire les specs, ce dont presque personne n'a l'envie, la capacité ou même le temps ici j'imagine, l'article est du coup totalement vide du sens général du fork.

Si quelqu'un en sait un peu plus, et qu'il veut bien résumer les différences de manière compréhensible, je suis preneur.
Avatar de 01001111 01001111 - Membre confirmé https://www.developpez.com
le 20/04/2018 à 15:42
Il semble que la problématique soit de mettre le W3C en dehors de la spec...
Le WHATWG a été créé pour répondre aux besoins d'évolution à un moment donné suite aux retards du W3C, lequel s'est réveillé et a proposé un fork de la spec du WHATWG...

Ça embête franchement les géants du web, donc ils veulent squeezer le W3C. Là je n'ai pas tout à fait le temps de lire plus en détail les 2 specs, mais je le ferai bientôt par curiosité (oui je suis maso)
Avatar de Battant Battant - Membre actif https://www.developpez.com
le 20/04/2018 à 17:28
Bonjour,

À première vue, c’est le W3C qui n’a pas été très transparent . Plutôt que de se bagarrer, il faudrait lui demander clairement des explications

1. Pourquoi a-t-il fait un Fourques ?
2. De quoi sera-t-il composé par rapport à la version existante

J’aimerais bien avoir la réponse à ses questions

Et vous, ? Qu’auriez-vous envie de demander au W3C et à cette équipe qui semble décider des standards du Web sans consulter les internautes .

Salutations
Avatar de Lolo78 Lolo78 - Rédacteur/Modérateur https://www.developpez.com
le 21/04/2018 à 0:13
Je ne connais pas le fond de l’histoire et n'ai donc pas d'opinion bien arrêtée sur le sujet.

Je dirais juste que si c'était seulement Google, Apple et Microsoft qui s'opposaient au W3C, je serais a priori tenté d'être très vigilant face à ces géants. Mais si Mozilla s'oppose aussi au W3C, alors, je me dis que c'est sans doute plus compliqué et que le W3C outrepasse peut-être bien ses prérogatives.

Voilà, just my two cents.
Avatar de 01001111 01001111 - Membre confirmé https://www.developpez.com
le 22/04/2018 à 0:37
Ici plus d'info sur le comportement du W3C, qui semble en fait bien "obtus" vis à vis des participants et créateurs de la spécification:
https://stackoverflow.com/questions/...google_rich_qa
Le post du forum date de 2011 mais visiblement la situation ne s'est pas améliorée depuis...
Avatar de Madmac Madmac - Membre éclairé https://www.developpez.com
le 22/04/2018 à 1:53
Le W3C agit d'une façon assez cavalière dans le développement du fork


The W3C has forked the [WHATWG] HTML Standard for the nth time. As always, it is pretty disastrous:

Erased all Git history of the document.
Did not document how they transformed the document. Issues of mismatches have already been reported and it will likely be a long time, if ever, before all bugs due to this process are uncovered, since it was not open.
Did not discuss plans with the wider community.
Did not discuss plans with the folks they were forking from.
Did not even discuss plans with the members of the W3C Web Platform Working Group.
Erased the acknowledgments section.
Erased the copyright and licensing information and replaced it with their own.

Je ne sais pas si c'est volontaire, mais c'est une aubaine pour les entreprises qui désirent s’approprier des codes et des idées.
Contacter le responsable de la rubrique Accueil