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 !

Le HTML5 "pas encore prêt pour la production" selon le W3C
Qui invite à la prudence face aux problèmes d'interopérabilité

Le , par Idelways

0PARTAGES

5  0 
Mise à jour du 27/05/11, par Hinault Romaric

Le HTML5 vient de passer un cap important dans sa finalisation. Le W3C a annoncé que le standard avait atteint le stade du "dernier appel" (Last Call), qui correspond à la satisfaction des exigences techniques.

Le consortium lance de ce fait un appel pour un vaste examen de la spécification et de cinq autres spécifications connexes qui constituent la plate-forme W3C Open Web.

Les communautés de développeurs sont invitées à commenter les spécifications pour savoir si elles visent un éventail de besoins assez large et pour les améliorer. Le groupe de travail HTML du W3C invite également les contributeurs à effectuer des tests afin d'atteindre de hauts niveaux d'interopérabilité.

« Nous constatons un intérêt croissant pour le HTML 5 partout, et je suis très heureux que la norme atteigne le stade de Last Call», déclare Philippe Le Hégaret, Responsable du HTML 5. « Le groupe de travail HTML est le plus grand groupe du W3C avec plus de 50 membres, et plus de 200 experts invités ».

Les autres spécifications concernées par cet examen sont : le "HTML + RDFa 1.1", la spécification HTML Microdata, le "HTML Canvas 2D Context", "Polyglot Markup: HTML-Compatible XHTML Documents" et la spécification "HTML5 : Techniques for providing useful text alternatives".

Le groupe de travail HTML a également publié trois projets supplémentaires cette semaine, qui n’ont pas encore atteint le stade de « Last Call », il s’agit de : "HTML: The Markup Language Reference"; "HTML5 diffs from HTML4" et "HTML to Platform Accessibility APIs Implementation Guide".

L’examen de ces spécifications est programmé pour le 3 aout, et la version finale du HTML5 pourrait être publiée en 2014.

Source : W3C

HTML5 : version finale pour 2014
Un report est nécessaire pour développer une suite de tests d'interopérabilité d'après le WC3

Mise à jour du 15/02/2011 par Idelways

L'HTML5 ne sera pas prêt avant 2014 d'après la nouvelle charte de son groupe de travail aux W3C, le consortium en charge des spécifications sur lequel s'appuiera le futur du développement Web.

Le standard ouvert devrait atteindre le stade du « dernier appel » (Last Call) en mai prochain, une étape charnière qui correspond à la satisfaction des exigences techniques.

Les communautés des développeurs seront dès lors appelées à commenter les spécifications pour les améliorer.

Pas moins de trois ans seront alors nécessaires pour finaliser l'HTML5 (en 2014 donc). Le délai se justifie, d'après le W3C, par la nécessité de développer une suite exhaustive de tests afin d'atteindre de hauts niveaux d'interopérabilité.

Cette annonce peut aussi être interprétée comme une deuxième tentative de modérer l'engouement envers cette technologie aux contours encore très imprécis. Le W3C avait en effet averti la communauté des développeurs il y a quelques mois que le standard n'était pas encore prêt pour la production (lire ci-devant)

Lire aussi :

Le W3C regrette la confusion engendrée par le logo du HTML5, confusion qui pourrait être accentuée par un projet du WHATWG

Source : WC3

Et vous ?

Que pensez-vous de cette annonce ?
Va-t-elle réussir d'après vous à modérer l'engouement à l'HTML 5 ?

Le HTML5 "pas encore prêt pour la production" selon le W3C
Qui invite à la prudence face aux problèmes d'interopérabilité

L'HTML5 est né en 2004, suite aux efforts du groupe de travail indépendant du W3C « Web Hypertext Application Technology ». Mais il ne sera approuvé, au mieux, que dans deux ou trois ans.

"Le problème est qu'il y a déjà beaucoup d'excitation autour de l'HTML5, mais il est un peu trop tôt pour le déployer car nous rencontrons des problèmes d'interopérabilité", déclarait hier Philippe Le Hegaret, responsable des spécifications de l'HTML et SVG, à la presse.

Par exemple, la balise <audio> fait partie des spécifications, mais les formats supportés varient entre les navigateurs. Si Safari et Chrome supportent en natif le format le plus populaire, mais propriétaire (MP3), ce n'est pas le cas de Firefox et Opera (OggVorbis).

Le cas de la vidéo est encore plus compliqué car les spécifications de l'HTML ne vont pas recommander un codec vidéo natif à cause des problèmes de brevets.

"Pouvons-nous faire fonctionner l'HTML5 sur tous les navigateurs ? Pour le moment ce n'est pas le cas" affirme-t-il, tout en avouant que "l'HTML5 ne mettra pas de sitôt Flash à la retraite".

Et vous ?

Développez-vous déjà en HTML5 ?
Pensez-vous que ce standard va mettre beaucoup ou peu de temps à s'imposer ?

En collaboration avec Gordon Fowler

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

Avatar de tontonnux
Membre expérimenté https://www.developpez.com
Le 16/02/2011 à 11:22
Citation Envoyé par jpvincent Voir le message
Donc les utilisateurs des versions de navigateur qui ont désactivé websocket, ben ils se retrouvent à utiliser Flash de manière transparente, comme l'utilisateur moyen qui a IE.
Je me pose une question en lisant votre discussion.

Est-ce que vous dites que dans votre application, 100% des fonctionnalités (du moins celles qui utilisent HTML5) sont codés deux fois ?

Si c'est le cas, je ne comprends pas votre enthousiasme puisque pour moi, le souhait ultime, pour dans un avenir que j'espère le plus proche possible, c'est de ne plus jamais avoir à écrire plusieurs fois une même fonctionnalité pour être certain que ça passe partout.

Lorsque je démarre un projet, je détermine ma cible, et en fonction de celle-ci, je choisis la technologie adaptée. Si une technologie, quelle qu'elle soit, n'est pas compatible avec une partie non négligeable de ma cible, et bien elle est automatiquement écartée.

Si votre application fonctionne parfaitement pour tout le monde sans HTML5, comment déterminer le retour sur investissement pour le temps passé à la programmation spécifique HTML5 ?

Si le fait de ne pas avoir fait le développement HTML5 n'avait pas pénalisé vos utilisateurs et avait permis le même niveau de fonctionnalité, comment justifié le temps passé pour ce développement spécifique ?
5  0 
Avatar de Barsy
Expert confirmé https://www.developpez.com
Le 22/02/2011 à 13:39
Ok je paie mon troll mais franchement si c'est pour arriver 5 ans à la bourre avec une techno inférieure et pour seul argument un drapeau "Look! it's a standard", ils peuvent aller se recoucher tout de suite.
C'est pas exactement ce qui va se passer. Le HTML5 fonctionne déjà sur tous les navigateurs récents.
Dans 3 ans le w3c dira juste : "tout ce que vous avez fait jusqu'à maintenant, c'est bon".

De toute façon, on sait comment ça marche le web, il y a ce que le w3c dit et ce que les gens utilisent et font. Si les standards s'éloignent trop des habitudes, ils deviennent inutiles.
4  0 
Avatar de Neko
Membre chevronné https://www.developpez.com
Le 08/10/2010 à 10:33
Perso, ce que je trouve étrange, c'est que des personnes sont prêtes à se priver de la majorité des utilisateurs juste pour pouvoir utiliser le html5, sachant que son apport pour un site standard est très relatif.

Imaginez si la même chose s'était passée avec les processeurs 64 bits. Que les entreprises arrêtent la production en 32 bits alors que pas la moitié des PC n'étaient pas compatibles 64.

Je serais curieux de savoir quelle entreprise serait assez folle pour se passer de plus de 50% de ses clients
3  0 
Avatar de daYop
Membre à l'essai https://www.developpez.com
Le 20/02/2011 à 0:28
Quand on lit l'article on a l’impression que flash va s’arrêter d’évoluer et attendre sagement que le html5 rattrape ses 5 ans de retard...
De + quand HTML5 avance, Flash avance aussi car on peut faire fonctionner les technos ensemble afin d'utiliser le meilleur des 2 mondes ^^
4  1 
Avatar de Lordsephiroth
Membre confirmé https://www.developpez.com
Le 07/10/2010 à 15:43
Dommage de voir une telle guerre entre les principaux acteurs du marché des navigateurs pour savoir qui tirera le plus la couverture à soi. Remarquons au passage le franc-jeu de Microsoft, qui sur le coup se la joue très "standard compliant". Un carton rouge du côté de Google et Apple qui tente de faire penser à l'opinion que le HTML5 est de leur facture, sous couvert de format vidéo et image propriétaire.

(me fait un peu mal de féliciter MS en matière de browser... très mal...)
3  1 
Avatar de FailMan
Membre expert https://www.developpez.com
Le 07/10/2010 à 15:50
On approche de 10 ans pour une spécification. C'est du grand n'importe quoi. Quand on voit qu'un organisme comme le W3C n'est pas capable de définir des clous sur lesquels rouler, on s'étonne que des solutions comme Flash persistent.

HTML5 sera à peine mis en marche qu'il sera déjà mort, Flash et Silverlight l'ayant dépassé.
3  1 
Avatar de jpvincent
Membre éclairé https://www.developpez.com
Le 07/10/2010 à 16:42
Citation Envoyé par Idelways Voir le message

Développez-vous déjà en HTML5 ?
Pensez-vous que ce standard va mettre beaucoup ou peu de temps à s'imposer ?
Oui, ça fait déjà 1 an que je suis passé à HTML5
littéralement ça consiste à utiliser le nouveau doctype
Code : Sélectionner tout
<!doctype html>

Plus sérieusement, j'utilise déjà les nouveaux types de champs de formulaire, microdata, nouvelles balises, j'ai implémenté un uploader qui remplace applet java et flash, Canvas pour 1 ou 2 effets ...

ensuite, HTML5, c'est grand et vaste, pour apple, ça inclue tous les jolis trucs qui bougent à base de CSS3 implémenté seulement dans safari

mais HTML5 contient plusieurs choses qui sont des standardisations de l'existant :
  1. Formulaires plus dynamiques
  2. drag and drop (inventé par IE5)
  3. stockage côté client (inventé par IE6)
  4. détection de l'offline (inventé par IE6)
  5. géolocalisation (amélioration de la détection par IP)

et d'autres qui sont des innovations déjà couvertes par au moins 2 navigateurs, et émulables avec Flash ou d'autres techniques :
  1. upload de plusieurs fichiers
  2. gestion des fichiers offline
  3. accès aux fichiers locaux
  4. lecture multimédia video et audio
  5. canal de communication tcp permanent


Depuis quand les développeurs Web attendent ils qu'une spec soit finalisée (le W3 avait annoncé 2022 pour HTML5) pour commencer à s'y mettre ?
HTML4 et CSS2 ont été finalisées il y a 15 ans, et pourtant on se bat encore pour faire marcher les sites sous IE6-8
CSS2.1 et les sélecteurs CSS sont utilisées tous les jours en production alors que les specs ne sont pas terminées

Moralité : les développeurs ne regardent pas l'état des specs mais l'état des implémentations

Qu'attendent les développeurs web ? que tout cela soit facile d'accès sans se préoccuper de savoir sur quel navigateur ils se trouvent. Et les librairies sont faites pour ça. Hors depuis un an il y en a plusieurs pour chacun des domaines que j'ai cité qui sont sorties

Donc le W3 a littéralement raison d'affirmer qu'HTML5 dans son ensemble n'est pas prêt pour la production car aucun navigateur n'implémente 100% de la spec actuelle.
Mais ça n'est pas un frein pour les développeurs Web

je fais tout une conférence à paris web sur ce sujet, vous pensez bien que ça me tient à coeur
2  0 
Avatar de H.Pascal
Membre régulier https://www.developpez.com
Le 07/10/2010 à 17:06
Imaginez le jour où on l'on pourra enfin utiliser HTML5 + CSS3 en production sans se poser de questions de compatibilités etc...
Malheuresement tout cela ne sera pour demain . Il y a eu un gros engoument ces derniers jours avec tout ça, ce que je d'ailleurs je ne comprends pas, on parle là de standards qui n'existent pas encore, faut pas l'oublier.
Donc dire qu'à court, ou à moyen terme, on peut remplacer des technos comme Flash et Silverlight est complètement absurde. HTML5 c'est l'avenir, ça c'est sure et certain, mais c'est pas pour demain malheureusement, et flash a encore de beaux jours devant lui
2  0 
Avatar de jpvincent
Membre éclairé https://www.developpez.com
Le 15/02/2011 à 14:16
Citation Envoyé par berceker united Voir le message
Tant mieux, cela va calmer un peut les esprits qui s'échauffe sur le HTML 5.
Au contraire, la date précédente pour ce stade final d‘ interopérabilité était 2022 !
le WHATWG continue à toute vitesse sur l'implémentation et les propositions au W3C qui lui est plus lent et calme le jeu. D'ailleurs je remarque que IE, dont le cycle de release est super long, n'a implémenté que ce que le W3C avait déclaré en stable
2  0 
Avatar de jpvincent
Membre éclairé https://www.developpez.com
Le 16/02/2011 à 9:50
Citation Envoyé par camus3 Voir le message
Qu'utilises tu d'HTML5 exactement ?
parce que je vois surtout du Java qui veut avoir accès à ma machine quand j'essaie d'importer des documents via ton application.
l'uploader via drag and drop, c'est du java pour les navigateurs qui ne supportent les fonctionnalités de HTML5 justement. Le drag and drop natif de la manière dont je l'implémente marche sur Chrome / safari et Firefox 4. Je prépare un tuto dessus d'ailleurs

dans l'uploader il y a aussi la sélection multiple et une barre de progression, c'est du flash pour la plupart des navigateurs, et du HTML5 (XHR2 + input type=multiple) pour les les autres.

Après ailleurs dans le site :
- j'utilise les nouvelles balises de zone ou des petites choses comme la balise time
- microdata pour marquer les données liées aux évènements (Google le reconnait)
- web Storage avec un fallback en Flash pour mettre en cache certaines données lorsque tu as des centaines d'évènement et de documents sur ton compte
- un poil de canvas pour avoir l'équivalent du filtre IE de reflet d'une image au sol
- à une époque, il y avait history.pushState (fallback avec hack iframe pour gérer le bouton back), mais ça a disparu avec la fonctionalité qui l'utilisait
- j'avais évalué la vidéo, mais j'ai jugé l'implémentation d'il y a 1 an pas assez mature par rapport à Flash. Ca n'a pas changé d'ailleurs

bref, je me suis amusé
et tu remarqueras que la plupart du temps, la fonctionalité est équivalente sur les IE. Jusqu'à il y a un an, c'était même pixel-perfect sur IE6 ...

Citation Envoyé par Paul TOTH Voir le message
sauf que le site ne supporte pas bien le test que je fais pour tester cette notion : sous FF Affiche/Style de Page/Aucun style...la page ne ressemble à rien avec des liens "Go to page1" "Go to page2" des listes vides, etc...
Ces liens en question sont générés en javascript par une librairie, si tu coupes JS en même temps que CSS, ils n'apparaissent pas.
Cela dit, le nom des liens n'est pas optimal dans le cadre d'un lecteur d'écran qui lui a probablement javascript, mais les liens suivants sont assez explicites lorsque lus par ce biais.
Je ne me suis pas occupé de la navigation au clavier sur les pages plus complexes que la homepage, il faudrait que je fasse ça + ARIA.

Citation Envoyé par zakaria84 Voir le message

Donc, ceux qui ont développé un bon client de chat full HTML5, ils devront attendre une mise à jour du protocol gérant les Websockets ...
Je n'imagine pas une implémentation utilisant Websocket en production sans une librairie d'abstraction qui utilise Flash en fallback.
Donc les utilisateurs des versions de navigateur qui ont désactivé websocket, ben ils se retrouvent à utiliser Flash de manière transparente, comme l'utilisateur moyen qui a IE.
La fonctionnalité est intacte pour l'utilisateur, et ça reste maintenable pour l'implémenteur, c'est tout ce qu'on demande
2  0