Le World Wide Web Consortium (W3C) vient de proclamer son plan d’action sur le HTML5. Pour l’organisme de standardisation des technologies du web, il s’agit d’un cycle inédit où des étapes importantes seront désormais atteintes tous les deux ans. Des promesses d'actions précises après les problèmes rencontrés plus tôt dans l'année.
La Candidate Recommendation avant la fin de l'année
Le W3C travaille sur le HTML5 depuis maintenant de nombreuses années. On le sait : ce standard est vital pour le web puisqu’il définit un nombre important de règles communes et doit permettre à terme aux développeurs de ne s’appuyer que sur des spécifications uniques. En théorie, l’implémentation réalisée par les éditeurs dans leurs navigateurs doit être cohérente, mais la pratique réservera sans doute toujours des surprises.
Initialement, une Candidate Recommendation devait être proposée durant la période actuelle pour une publication finale (Recommendation) en… 2022. Le W3C comptait en effet mettre en place une décennie de tests de conformité. Plus tôt dans l’année, l’organisme avait cependant annoncé que cette durée serait raccourcie à deux années. Mais dans le plan récemment révélé, on en apprend nettement plus sur les ambitions du Consortium.
Avant la fin de l’année, une Candidate Recommendation sera proposée. S’ouvrira comme prévu une période de deux années durant lesquelles l’ensemble des acteurs va tester la conformité de ses produits. Fin 2014, le HTML5 deviendra officiellement une Recommendation, autrement dit un standard dans le jargon du W3C. Mais le processus de standardisation va éjecter automatiquement tout point sujet à controverse, source d’instabilité ou tout simplement ayant des soucis d’interopérabilité entre les différentes implémentations réalisées par les sociétés. Et le nouveau cycle intervient justement ici.
Une version 5.0 suivie d'évolutions 5.1, 5.2, 5.3...
En même temps que la Candidate Recommendation pour la version 5.0 du HTML, un Draft (brouillon) de la mouture 5.1 (anciennement .next) sera proposé. Il contiendra la base du 5.0 avec en prime tous les éléments précédemment éjectés. Conséquence : quand la Recommendation du HTML 5 sortira fin 2014, la Candidate Recommendation du HTML 5.1 apparaîtra, lançant à son tour une période de test de deux ans.
Cela signifie un changement conséquent dans les habitudes du W3C puisqu’une nouvelle version du standard sera lancée tous les deux ans. Mais par nouvelle version, il faudra surtout comprendre nouvelle itération : puisque le cycle est nettement raccourci, le W3C procèdera par plus petites étapes. On trouvera donc des moutures 5.1, 5.2, 5.3, 5.4 et ainsi de suite. En toute logique, l’étape suivante, le HTML 5.1, doit arriver fin 2016.
Une évolution rapide du coeur du standard
Le W3C expose clairement un fonctionnement plus souple, notamment dans sa gestion des erreurs. Mais l’organisme va surtout pouvoir s’attaquer à ce qu’il considère comme le cœur du standard HTML car ce dernier a été fortement « dégraissé ». Des éléments tels que les HTML Microdata, les Web Workers, les Web Sockets, WebRTC et autres faisaient en effet partie de la norme en devenir mais sont aujourd’hui des spécifications séparées et considérées comme des Extensions.
Quel sera l’impact concret pour les développeurs ? Dans la pratique, ces derniers ne verront pas forcément la différence. Ils auront l’assurance d’avoir un cycle de standardisation tous les deux ans, ce qui devrait permettre de réagir nettement plus vite dans un environnement très mouvant. Toutefois, l’emploi des technologies du web ne s’appuie pas uniquement sur standards, mais également sur un vaste consensus prenant notamment en compte le degré de stabilité d’un élément et son utilisation active sur le web.
Tous ceux intéressés par le « Plan 2014 » du W3C pourront lire le document complet depuis le site officiel.
Commentaires (59)
#1
Fin 2014 ? Ca fait combien d’années qu’ils travaillent sur ces specs ?
Quelle efficacité ! " />
#2
#3
Clair qu’un rythme de 2 ans c’est encore trop long. C’est le genre de techno qui évolue tous les 6 mois.
Alors certes je comprends bien qu’ils faut un certain temps pour avoir le recul nécessaire avant d’estampiller tout ça, mais c’est encore trop long " />
#4
#5
Heu… C’est même pas une blague?? Tout ça pour pondre “un standard”…
Beh ils feraient mieux d’être un peu plus efficaces, les différents acteurs se seront déjà mis sur une norme avant même que celle là n’existe (quel navigateur ne supporte pas le HTML5? Les appli web Win8 c’est du HTML5 également si je ne me trompe…), et d’ici deux ans elle sera déjà obsolète car il y aura de nouveaux besoins…
#6
HTML 4.01 : 1999
HTML 5 Draft : 2008
HTML 5 finalisé : 2014
Soit on a affaire à une belle brochette d’incompétents, soit les guerres internes sont complexes.
#7
Je serai curieux de savoir combien d’INpactiens à la critique facile, on ne serais-ce qu’un début de connaissance en théorie des langages, théorie de l’information et théorie des automates.
Car si on les écoute non seulement le web change radicalement tout les 6 mois (ce qui me fais bien rire) mais en plus écrire des normes c’est aussi facile que pondre un étron après avoir bouffé au chinois.
#8
#9
#10
#11
#12
#13
#14
#15
#16
#17
#18
Je suis membre d’un groupe de travail à l’OASIS (le même organisme qui a ratifié OpenDocument) destiné à standardiser la communication de données entre acteurs de l’industrie des semiconducteurs, et je peux vous dire que définir un langage qui satifasse toutes les parties prenantes, c’est dur.
Et ce n’est même pas un problème d’attitude ou de tensions, c’est simplement que les besoin de tel ou tel acteur sont différents. Pour les semiconducteurs, c’est les fondeurs, les designers, les revendeurs, pour les Web, ce sont les navigateurs, les développeurs, les Web designers, les utilisateurs, ptêtre même les vendeurs d’OS.
Enfin, la définition d’un standard n’est pas créatrice de valeur, en tout cas pas dans l’immédiat. Résultat, quand une entreprise associée au projet doit choisir entre allouer des ressources au développement du standard ou à ses activités, la priorité va souvent à ses activités.
#19
donc le HTML 5 utilisé en ce moment, c’est quoi ?
#20
#21
#22
#23
#24
" /> Y’a au moins une Div, pour le menu " />
En même temps, vu le temps que met IE6 à disparaître, tu m’étonnes qu’ils se disent qu’ils ont le temps " />
Perso je trouve que le plus gros bordel c’est le JavaScript… C’est tellement difficile de faire le moindre truc cross-browser un peu tricky, que les FrameWork sont plus ou moins obligatoires… Résultat : quand le W3C aura fini sont standard, les navigateurs vont mettre un peu de temps à l’intégrer correctement (pas comme actuellement ou il y a des différences), puis les FrameWork vont mettre encore un peu de temps à gérer les fonctionnalités du nouveau standard… Et encore un peu de temps pour que les développeurs les utilisent sur un pourcentage représentatif du web.
Là ou je veux en venir : pour ceux qui pensent que 2 ans c’est un cycle trop longs, faut regarder ce qu’il y a autour : je pense pas que le laps de temps entre la fin du standard et le retour que le w3c aura dessus permette un cycle de 6 mois…
#25
2 ans c’est chaud pour sortir un standard une recommandation qui tiens la route.
Mais le W3C essaie visiblement de se caler sur le rythme de sortie de Chrome. " />
#26
Ouais, j’aime ceux qui critiquent, mais ils ne rendent pas à quelque points il est complexe de faire quelque chose qui satisfasse tout le monde, qui ne soit pas buggé et en plus évolutif dans le temps. Parce que quand je regarde les discutions sur le CSS où le moindre mot peut mal être interprété donne logiquement des interprétations différentes donc des résultats différent. Certains draft qui sont entièrement réécrit 3-4 fois sur plusieurs années parce qu’on se rend compte que c’est bourré de conflits, trop vague ou pas évolutif.
Je râle aussi quand je vois que le module que j’attends depuis des années est mis à mal parce qu’il est devenu trop complexe et qu’un autre module oblige à le revoir. Mais bon, en creusant je me rends comptes que c’est un beau bordel de mettre tout le monde d’accord.
#27
#28
espérons que cHTeMeLe, le jeu de plateau certifié HTML5, sera finalisé avant " />
#29
#30
#31
#32
#33
Si ses acteurs l’avaient laissé être un format de document sans essayer d’en faire une n-ieme plateforme d’exécution qui présentera des incompatibilités entre les différents fournisseurs, ce serait peut-être allé plus vite.
En attendant, le travail sur ce qui serait vraiment important pour le web stage (le web sémantique*) stagne et tout est mis sur des fonctionnalités kikoo qui sont elles déjà possible par des tas de moyens différents (sockets, multi-threading, vidéo). Encore cette histoire de roue qu’on réinvente…
* mais l’ère semble plus à la fermeture des données dans des sites comme facebook qu’à leur diffusion, donc je suppose que c’est cohérent
#34
#35
#36
#37
#38
#39
#40
#41
#42
#43
Là où le bas blesse, c’est qu’en autant de temps on aura un HTML5 minimisé… merci les extensions.
Je pense que si çà a pris autant de temps, c’est parce qu’ils ont changé plusieurs fois d’avis sur la direction à prendre.
Faire de plus petite modification est une bonne idée. Ca permettra rapidement d’implémenter les nouveautés, sans devoir se tapper une masse de fonctionnalité “prefixée”…
#44
#45
#46
#47
Ne vous inquiétez pas, le W3C travaille aussi sur le futur des technologies comme les interfaces homme-machine, d’où le draft du Emotion Markup Language (EmotionML). Ce genre de standard porte sur les systèmes homme-machine, pour reconnaitre et gérer les émotions humaines par ex. C’est très scientifique mais ça sera très utile pour la reconnaissance faciale ou la robotique par ex.
#48
#49
#50
J’ai déjà chialé sur l’abandon prématuré du flash, je recommencerai pas.
Je suis juste atterré de la vitesse de normalisation. En fait ils attendent de voir qui va gagner des trois quatre gros qui font le marché du web et proclamer le vainqueur quoi…
Et puis avoir sorti les web sockets du standard quelle drôle d’idée, c’est un des principaux intérêts de cette normalisation pourtant…
#51
#52
#53
#54
#55
#56
#57
#58
C’est bon ça laisse le temps de se mettre à niveau " />
#59