Le sujet du HTML5 est vaste et particulièrement mouvant. Le nom désigne à la fois un langage de structuration des pages web et une appellation fourre-tout dans laquelle on retrouve des technologies attenantes, mais séparées. On apprend désormais que l’objectif du W3C est de publier la version finale de ce standard en 2014.Des commentaires et des tests
D’ici une période d’environ trois ans, le HTML5 va donc entrer en phase de finalisation, et ce n’est pas nécessairement la plus courte. Le parcours sera jalonné par certains temps forts, notamment le prochain, en mai 2011 : le « Dernier appel » à commentaires, une « étape importante marquant la satisfaction des exigences techniques ». Le Consortium ajoute que durant cet appel, les communautés de développeurs seront invitées à donner leurs commentaires sur l’ensemble des spécifications.
Et après ? Une fois l’ensemble des commentaires récoltés et pris en compte, le groupe de travail va se consacrer aux retours d’expérience des « implémenteurs ». Qui sont-ils ? Tout simplement tous ceux qui prennent les spécifications HTML5 pour les intégrer dans un produit, et cela commence par tous les éditeurs qui proposent un navigateur. Google, Microsoft, Opera, Mozilla, Apple et d’autres vont donc vérifier la qualité de leur implémentation, éventuellement soulever des problèmes, etc. en outre, cette phase n’apporte aucune garantie que tous les éditeurs implémenteront la même proportion du standard.
C’est justement à cause de ce problème que de multiples tests seront menés dans la dernière phase afin que le niveau d’interopérabilité soit le plus élevé possible. Dans l’idéal, le HTML5 vise un mantra légendaire : « coder une fois, avoir le même résultat partout ». Ce devrait être relativement le cas sur l’ensemble des spécifications supportées par tous les navigateurs, créant ainsi une forme de tronc commun que les développeurs web devront connaître pour éviter de créer trop de versions différentes de leurs pages.
Au-delà du HTML5, il n'y aura que le HTML
Il faut également considérer que la situation autour du HTML5 a évolué. Bien que ce standard soit particulièrement vital pour l’industrie, le processus de gestation a soulevé des problèmes, ainsi qu’un questionnement sur la viabilité de la méthode. Le HTML5 sera ainsi la dernière version à posséder un numéro d’identification. Le standard HTML est maintenant considéré comme un document « vivant » dont les détails vont évoluer avec la demande.
Prochainement, le WHATWG (Web Hypertext Application Technology Working Group), qui regroupe les éditeurs de navigateurs, ne parlera plus que de HTML tout court. Durant le processus de maturation de HTML5, la liste exacte des spécifications était en constante évolution, et elle ne sera d’ailleurs terminée qu’en mai prochain avec le dernier appel. Le HTML devient une norme en constante évolution dans laquelle les demandes seront prises en compte au fur et à mesure.
Le modèle des « snapshots » ne sera donc plus utilisé, un snapshot étant un instantané pour indiquer aux membres du groupe de travail « voilà où nous en sommes ». Même sort pour les appels aux commentaires et aux implémentations. Le tout est remplacé par un processus plus souple, applaudi sur le blog du célèbre Ian Hickson (auteur des tests Acid2 et 3, l’un des auteurs des spécifications HTML5, etc.).
Pour résumer, le HTML est un standard vivant dont la version 5 sera la dernière numérotée. Celle-ci aura en mai prochain un dernier appel aux commentaires, suivi d’une longue phase de test et de vérification. D’ici là, la norme sera devenu le principal argument commercial des navigateurs.
Source :
W3C
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.
Le 15 février 2011 à 09:48
(15 472
lectures)
Il y a 61 commentaires
En gros ils vont passer d'un système de "release" à un système type "agile" ?
Ça va pas être problématique coté compatibilité?
Ça va pas être problématique coté compatibilité?
En gros ils vont passer d'un système de "release" à un système type "agile" ?
Ça va pas être problématique coté compatibilité?
Ça va pas être problématique coté compatibilité?
Effectivement, ça peut poser problème surtout pour les navigateurs qui auront un train de retard.
Mais bon ayant connu pire, je ne pense pas que cela soit insurmontable.
A noter tout de même qu'avec cette nouvelle "procédure", on peut espérer aller plus vite pour l'intégration des nouvelles recommandations.
Aujourd'hui, un site bien codé n'utilisant pas de trucs pointus s'affichera vraiment pareil dans FF Chrome et IE9.
Quand IE8 ne sera plus utilisé (dernier navigateur ayant un très mauvais rendu des standards) on pourra commencer à coder pour le grand public sans hack.
Et ce jour se rapproche un peu plus chaque jour
Toutefois un truc m'a agacé : <input type="search" /> s'affiche de manière vraiment incohérente, non seulement entre les navigateurs mais aussi entre les OS : MacOS affiche son truc natif. Et il est vraiment très difficile d'obtenir un rendu cohérent partout avec juste du CSS, du coup il faut soit bidouiller soit utiliser "text" qui est moins joli sous OSX et qui n'apporte pas les petits plus dispos sur différents navigateurs.
Quand IE8 ne sera plus utilisé (dernier navigateur ayant un très mauvais rendu des standards) on pourra commencer à coder pour le grand public sans hack.
Et ce jour se rapproche un peu plus chaque jour
Toutefois un truc m'a agacé : <input type="search" /> s'affiche de manière vraiment incohérente, non seulement entre les navigateurs mais aussi entre les OS : MacOS affiche son truc natif. Et il est vraiment très difficile d'obtenir un rendu cohérent partout avec juste du CSS, du coup il faut soit bidouiller soit utiliser "text" qui est moins joli sous OSX et qui n'apporte pas les petits plus dispos sur différents navigateurs.
Je compte proposer mon propre codec video pour le tag <video>.
Cela valait donc la peine d'attendre.
Cela valait donc la peine d'attendre.
Effectivement, ça peut poser problème surtout pour les navigateurs qui auront un train de retard.
Mais bon ayant connu pire, je ne pense pas que cela soit insurmontable.
A noter tout de même qu'avec cette nouvelle "procédure", on peut espérer aller plus vite pour l'intégration des nouvelles recommandations.
Mais bon ayant connu pire, je ne pense pas que cela soit insurmontable.
A noter tout de même qu'avec cette nouvelle "procédure", on peut espérer aller plus vite pour l'intégration des nouvelles recommandations.
C'est surprenant mais j'ai du mal à voir les désavantages d'un tel mode de fonctionnement.
Vu que de toute manière les fonctionnalités sont adoptées avant même la standardisation, ça ne fera qu'accélérer les choses. Les dev ont appris depuis longtemps à dealer avec les vieux navigateurs.
Le HTML5 n'arrive t-il pas un peu tard compte tenu du développement de Flash et Silverlight ??? La version 5 reste du HTML donc une vieille techno peu adaptée a la création de sites innovants... Enfin cela n'engage que moi
Vincent_H
Le mardi 15 février 2011 à 10:34:39
#7
Inscrit
le jeudi 30 janvier 03
-
14907
commentaires
Le HTML5 n'arrive t-il pas un peu tard compte tenu du développement de Flash et Silverlight ??? La version 5 reste du HTML donc une vieille techno peu adaptée a la création de sites innovants... Enfin cela n'engage que moi
Microsoft a réorienté Silverlight, il ne faut pas s'attendre à le voir arriver davantage sur le Web, sauf dans certains cas spécifiques, notamment le multimédia. Et je pense que Flash aura le même sort, HTML5 simplifie pas mal les choses.
seb2411
Le mardi 15 février 2011 à 10:40:54
#8
Inscrit
le vendredi 24 octobre 08
-
2625
commentaires
Le HTML5 n'arrive t-il pas un peu tard compte tenu du développement de Flash et Silverlight ??? La version 5 reste du HTML donc une vieille techno peu adaptée a la création de sites innovants... Enfin cela n'engage que moi
Le gros avantage d'HTML 5 c'est d'offrir des fonctionnalités avancé de manière super simple. Ca permet de faire des trucs basiques sans trop perdre de temps. Si en plus ils arrivent à accélérer le rythme d'intégration des nouveautés ce sera parfait.
Silverlight ou Flash seront plus la comme complément de mon point de vue.
Ça va pas être problématique coté compatibilité?
De ce que je comprends. Au lieu de sortir un bloc de fonctionnalités. Ils proposeront une fonctionnalité quand elle sera prête. Ca devrait pas poser de problème, maintenant que les navigateurs sont quand même bien avancé dans l'implémentation des nouveautés. Je pense qu'avant qu'une fonctionnalités soit officielle on l'aura déjà dans les navigateurs.
Super donc comment l'utilisateur saura quel specs sont navigateur supporte ?
Y'aura quand même du versionning ou alors un systeme d'extensinos à la OpenGL/CL/AL :??:
Bizarre... le WHATWG faudrait les bruler je crois... Déjà que l'HTML5 pu du slip et fait un part en arrière comparé à l'XHTML actuel niveau rigueur...
Y'aura quand même du versionning ou alors un systeme d'extensinos à la OpenGL/CL/AL :??:
Bizarre... le WHATWG faudrait les bruler je crois... Déjà que l'HTML5 pu du slip et fait un part en arrière comparé à l'XHTML actuel niveau rigueur...
Microsoft a réorienté Silverlight, il ne faut pas s'attendre à le voir arriver davantage sur le Web, sauf dans certains cas spécifiques, notamment le multimédia. Et je pense que Flash aura le même sort, HTML5 simplifie pas mal les choses.
Avant de voir ces 2 technos se retirer du Web (surtout Flash), il faudrait d'abord voir de vrais outils de dev pour faire du HTML5. Le temps de dev en HTML5 actuellement est vraiment trop important par rapport à du Flash ou SL pour qu'il se répande vite
Il n'est plus possible de commenter cette actualité
Vous devez être connecté ou vous inscrire en haut pour pouvoir participer aux commentaires.












