S'identifier / Créer un compte
  • Actualités
  • Dossiers
  • Tests
  • Commentaires
  • INpactiens
Publicité

HTML5 : le W3C et le WHATWG se séparent à cause de divergences insolubles

C'était presque trop simple...

Le W3C, pour World Wide Web Consortium, est un organisme de standardisation ayant joué un rôle prépondérant dans l’évolution du web dans son sens large. L’organisme est chargé d’analyser les nouvelles technologies pour en créer des standards auxquels les développeurs peuvent se référer. Le W3C collabore depuis des années avec un groupe de travail, le WHATWG. Mais ce dernier a décidé de faire cavalier seul.

  whatwg

Deux conceptions différentes

Le WHATWG, pour « Web Hypertext Application Technology Working Group » est une entité séparée du W3C. Elle a été créée en réaction aux lenteurs du Consortium dont le processus de standardisation est parfois jugé comme manquant de nervosité. Le W3C réunit un grand nombre d’acteurs et doit accorder l’ensemble des participants. Le WHATWG, de son côté, a été fondé en 2004 par Opera, Apple et Mozilla.

 

Le HTML5, tel qu’il est travaillé par le W3C, est à la base un regroupement de propositions du WHATWG. Cependant, la gestion du W3C a progressivement provoqué des tensions, le Consortium ayant choisi de séparer le « pack » HTML5 en sous-spécifications, notamment pour l’API canvas 2D, les évènements côté serveurs et ainsi de suite. De son côté, le WHATWG est revenu à une spécification unique qu’elle nomme « HTML Living Standard » : un ensemble insécable de technologies liées.

 

Le WHATWG a du coup décidé de faire cavalier seul. Dans un mail explicatif, Ian Hickson, membre du WHATWG (et accessoirement l’auteur des tests Acid2 et Acid3), explique que les objectifs des deux entités s’écartaient trop l’un de l’autre. Le fonctionnement du W3C repose sur un modèle de versions préliminaires. De son côté, le WHATWG travaille sur la définition même du HTML et des technologies attenantes, et corrige les bugs au fur et à mesure qu’ils sont détectés.

 

Il existe en fait surtout une conception très différente de comment une standardisation doit être menée. Le WHATWG se concentre essentiellement sur la technique tandis que le W3C considère d’autres aspects. En octobre 2010, Daniel Glazman, travaillant sur le CSS au W3C, expliquait à ZDnet : « Le W3C suit un processus assez (trop ?) rigoureux, mais l'expérience des 16 ans d'existence du W3C a montré pourquoi c'est nécessaire ; de son côté, le WHATWG fonce en ne se préoccupant quasiment de rien si ce n'est de la technique ».

La bonne marche du HTML5 pourrait être perturbée

Devant un tel « fork », doit-on craindre que le HTML5 évolue réellement dans des directions différentes ? Rien n’est sûr.

 

Le WHATWG, dont fait également partie Google, va clairement avancer plus vite que le W3C. Les éditeurs de navigateur vont se référer au travail fait par le groupe, mais il ne s’agit pas pour autant de se détourner du W3C. Les deux travaux auront un certain degré de complémentarité. Il est simplement dommage que le manque d’accord sur les questions d’organisation mène à la création de deux versions différentes d’un même standard.

 

La séparation est d’autant plus regrettable que le HTML5 avait déjà ses propres difficultés. En effet, il ne faut pas oublier que la norme n’en est pas encore officiellement une : il s’agit d’un brouillon. Bien que l’on en soit à plusieurs versions, tous les aspects n’ont pas encore été finalisés. Le support réalisé par les navigateurs est donc forcément temporaire, les points finalisés étant mis à jour progressivement.

 

En outre, le HTML5 a fort à faire dans le domaine mobile. Le moteur de rendu Webkit y règne pratiquement en maître. Présent dans iOS et Android (Safari, Chrome, etc.), il concentre l’attention des développeurs qui deviennent parfois plus sensibles à ses évolutions qu’à celles des organismes de standardisation. La mission du HTML5 est donc bien loin d’être terminée et la séparation du W3C et du WHATWG pourrait, au moins pendant un temps, créer des perturbations supplémentaires.

Source : Ian Hickson
Vincent Hermann

Rédacteur/journaliste spécialisé dans le logiciel et en particulier les systèmes d'exploitation. Ne se déplace jamais sans son épée.

Publiée le 23/07/2012 à 16:33

Soutenez l'indépendance de Next INpact en devenant Premium

  • Tout le contenu de Next INpact sans pub
  • Et bien plus encore...

Il y a 56 commentaires

Avatar de Tim-timmy INpactien
Tim-timmy Le lundi 23 juillet 2012 à 16:43:28
Inscrit le mardi 26 avril 05 - 4653 commentaires
pas demain la veille qu'on va avoir une norme stable et applicable par tous...
Avatar de yvan INpactien
yvan Le lundi 23 juillet 2012 à 16:47:32
Inscrit le mardi 21 janvier 03 - 8135 commentaires
Put mais comment on va écrire ça dans les cahiers des charges?

"Compatibilité W3C et suivi de la cavalcade effrénée de WHATWG à échéance de la prochaine version trimestrielle?" Et s'il vous plait suivez au jour le jour les pb de sécurité et laissez nous choisir entre les éventuelles contradictions des deux organismes...

les standards c'est UN seul standard, fallait pas bazarder flash si c'est pour faire de la marche forcée vers les pb de sécurité et compatibilité en HTML5 parce que ce sera pas assez testé/validé.

Edité par yvan le lundi 23 juillet 2012 à 16:49
Avatar de zefling INpactien
zefling Le lundi 23 juillet 2012 à 16:54:29
Inscrit le mercredi 30 juin 04 - 12482 commentaires
Et qu'en est-t-il du CSS ? Ça reste quand même un boulot norme et complexe de normalisation.
Avatar de laulx INpactien
laulx Le lundi 23 juillet 2012 à 16:56:15
Inscrit le vendredi 15 février 08 - 85 commentaires
S.U.P.E.R

Edité par laulx le lundi 23 juillet 2012 à 16:57
Avatar de refuznik INpactien
refuznik Le lundi 23 juillet 2012 à 16:57:04
Inscrit le samedi 6 janvier 07 - 1678 commentaires
Pourquoi reprendre le terme de fork comme je vois fleurir partout concernant cette article alors que justement Ian Hickson dit -"With the fork, this is no longer tenable." ?

Perso. je verrais ça plutôt comme redhat en son temps (avec fedora), une version uniformisé et standardisé avec à côté une version testant/corrigeant les dernières avancées en html5.

Il y a 56 commentaires

;