L'état de compatibilité des navigateurs internet avec HTML5 et CSS3 présenté par un graphique interactif

**Gordon Fowler** · 08/03/2010, 13h37

Mise à jour du 14.05.2010 par Katleen
L'état de compatibilité des navigateurs internet avec HTML5 et CSS3 présenté par un graphique interactif

Tout est dit, ou presque, dans le titre. Un graphique disponible en ligne, et crée avec CSS3, traque les taux de prise en charge pour chaque nouvelle fonctionnalité HTML/CSS sur les navigateurs.

Les différents browsers sont regroupés sous des camaïeux de couleurs. Par exemple, les différentes versions de Firefox se déclinent dans des bleus, Safari dans des jaunes, Chrome en orange, Internet Explorer dans des roses.

Le graphique, de forme solaire, présente des rayons dont les couleurs d'arrière plan diffèrent en cas de fonctionnalité CSS3.

Chaque navigateur a droit au même espace dans un rayon. Donc, quand une barre est complète, cela signifie que le support est universel parmi les 8 navigateurs.

Source : Le graphique en ligne

Après avoir observé le graphique, quelles conclusions en tirez-vous ?

Nouveau draft pour la norme HTML5
Le W3C vient de publier 7 documents de synthèse pour les développeurs Webs sur l'évolution de ses travaux

Le W3C vient de publier un nouveau "draft" (comprendre un nouveau document de synthèse sur l'évolution du projet) en rapport avec la future mouture du HTML, le fameux HTML 5 qui introduit de nombreuses nouveautés notamment au niveau des balises multimédias.

Destiné à faire évoluer les technologies du web pour des usages de plus en plus puissants (par exemple l'introduction de "super-cookies" qui facilitent la gestion du travail hors-ligne liés aux applications de type Cloud), le HTML 5 est en bonne voie d'adoption par la majorité des navigateurs.

Une excellente nouvelle qui demande cependant à être confirmée.

En attendant, les développeurs webs pourront consulter dès à présent ce "draft", composé d'un ensemble de 7 publications sur cette page.

Source : Annonce du W3C

Lire aussi

Les développeurs abandonnent les applications pour iPhone pour les remplacer par des pages HTML5, quelle méthode préfèrez-vous ?

Microsoft abandonne AJAX pour Silverlight dans ses nouvelles Bing Maps : un coup de grâce avant l'heure pour le HTML 5 ?

Le W3C se penche sur l'avenir du HTML 5 du SVG et de l'IPv4, Le consortium sur les standards du Web se réunit à partir de demain

Les rubriques (actu, forums, tutos) de Développez :

(X)HTML

Développement Web

Et vous ?

Suivez-vous l'évolution du projet de la nouvelle norme HTML5 ou au contraire, vous indiffère-t-elle en tant que développeur (et pourquoi) ?

D'après vous, que manque-t-il encore au HTML 5 pour qu'il réponde totalement à vos attentes ?

**ferber** · 08/03/2010, 14h18

Envoyé par Gordon Fowler

[B][SIZE="5"]
Et vous ?

Suivez-vous l'évolution du projet de la nouvelle norme HTML5 ou au contraire, vous indiffère-t-elle en tant que développeur (et pourquoi) ?

Je viens de jeter un œil. Surtout concernant les éléments qui ne seront plus présent en html5.

http://www.w3.org/TR/2010/WD-html5-d...bsent-elements

3.5. Absent Elements

The elements in this section are not to be used by authors. User agents will still have to support them and various sections in HTML5 define how. E.g. the obsolete isindex element is handled by the parser section.

The following elements are not in HTML5 because their effect is purely presentational and their function is better handled by CSS:

* basefont
* big
* center
* font
* s
* strike
* tt
* u

The following elements are not in HTML5 because their usage affected usability and accessibility for the end user in a negative way:

* frame
* frameset
* noframes

In addition, HTML5 has none of the presentational attributes that were in HTML4 as their functions are better handled by CSS:

* align attribute on caption, iframe, img, input, object, legend, table, hr, div, h1, h2, h3, h4, h5, h6, p, col, colgroup, tbody, td, tfoot, th, thead and tr.
* alink, link, text and vlink attributes on body.
* background attribute on body.
* bgcolor attribute on table, tr, td, th and body.
* border attribute on table and object.
* cellpadding and cellspacing attributes on table.
* char and charoff attributes on col, colgroup, tbody, td, tfoot, th, thead and tr.
* clear attribute on br.
* compact attribute on dl, menu, ol and ul.
* frame attribute on table.
* frameborder attribute on iframe.
* height attribute on td and th.
* hspace and vspace attributes on img and object.
* marginheight and marginwidth attributes on iframe.
* noshade attribute on hr.
* nowrap attribute on td and th.
* rules attribute on table.
* scrolling attribute on iframe.
* size attribute on hr.
* type attribute on li, ol and ul.
* valign attribute on col, colgroup, tbody, td, tfoot, th, thead and tr.
* width attribute on hr, table, td, th, col, colgroup and pre.

voila histoire de ne pas utiliser d'élément qui ne seront bientôt plus au norme, et potentiellement supprimés dans le futur. ET aussi pour pouvoir modifier l'existant pour le rendre compatible avec ça. La balise "center" été quand même bien pratique, c'est balot.
les attributs cellpadding, cellspacing, width sur les tables sont virés.... Génial Que du progrès....
Pour le reste, j'utilise flash. Donc les "avancées" du html 5 me font doucement rigoler, voir grincer des dents et me conforte dans mon choix d'utiliser flash le plus possible.

**stailer** · 08/03/2010, 14h36

Pour le reste, j'utilise flash. Donc les "avancées" du html 5 me font doucement rigoler, voir grincer des dents et me conforte dans mon choix d'utiliser flash le plus possible.

En effet, des centaines de choses sont possibles en Flash et impossible en html (4 ou 5).

Pour on ne sait trop quelles raisons, en ce moment c'est la chasse au Flash...

**ferber** · 08/03/2010, 14h45

Ça serrais sympa si ceux qui définissent les "nouveautés" et les "évolutions" mettaient en place une communauté pour modifier gratuitement les sites qui vont devenir or norme à causes de ces belles évolutions....
Le progrès...

**mrjay42** · 08/03/2010, 14h48

Envoyé par ferber

Ça serrais sympa si ceux qui définissent les "nouveautés" et les "évolutions" mettaient en place une communauté pour modifier gratuitement les sites qui vont devenir or norme à causes de ces belles évolutions....
Le progrès...

Mais non !
Si ton site est en HTML4, il reste en HTML4 et tu continueras à coder en HTML4.
Y'a pas de problème à ce niveau là.

Néanmoins, si tu as besoin des nouvelles fonctionnalités offertes par HTML5 alors il faudra coder/recoder tout ou partie de ton site pour utiliser la nouvelle grammaire HTML5 !

EDIT :
[Tant pis si je lance un troll]
Le flash pour moi est le cancer du net :
C'est à cause de flash que les navigateurs prennent parfois plus de 300 ou 500Mo de mémoire RAM.
C'est à cause de Flash qu'un vieux PC ne suffit pas pour aller sur le web
Flash n'est pas accessible pour les mal-voyants/non-voyants
Flash est propriétaire et fermé
Le logiciel flash d'adobe est une horreur d'ergonomie
Flash est très lent => probablement à cause de mauvaises habitudes par certains "mauvais" développeurs flash

Après je ne nie pas les intérêts de flash :
Possibilité de faire des interfaces "classes"
Possibilité de faire des animations
Possibilité de lecture de vidéo intégrée aux pages web
etc.

**ferber** · 08/03/2010, 14h52

Envoyé par mrjay42

Néanmoins, si tu as besoin des nouvelles fonctionnalités offertes par HTML5 alors il faudra coder/recoder tout ou partie de ton site pour utiliser la nouvelle grammaire HTML5 !

Donc en gros pour utiliser la balise vidéo je vais devoir modifier tout le site, alors que je peut utiliser flash, sans modifier le dit site ?

Invité · 08/03/2010, 15h08

Envoyé par stailer

Pour on ne sait trop quelles raisons, en ce moment c'est la chasse au Flash...

Parce que le flash n'est pas accessible ?
Parce que flash n'est pas supporté sur toutes les plate formes ?
Parce que c'est immonde à programmer ?
Parce que ça fait régulièrement planter mon navigo ?
Parce que les animations dans tous les sens ça soule ?
(liste non exhaustive)

Oui il y a des choses impossibles à faire en HTML et pas en Flash, mais il y a tellement de fois où il est possible de s'en passer...

**ferber** · 08/03/2010, 15h18

Envoyé par frinux

Parce que le flash n'est pas accessible ?

Les textes dessinée sur un canvas en html5 ne serront pas plus axcéssible

Envoyé par frinux

Parce que flash n'est pas supporté sur toutes les plate formes ?

Le player est dispo sur mac, lunix et windows.

Envoyé par frinux

Parce que c'est immonde à programmer ?

L'orienté object et largement mieux que le prototypage de js.
avec un bonne ide comme flash develop , faire du flash est un plaisir.
http://www.flashdevelop.org/wikidocs...itle=Main_Page

Envoyé par frinux

Parce que ça fait régulièrement planter mon navigo ?

Tous dépend des animations flash, du dev et du temp qu'il avait.
flash a des lacunes, mais il peut et est en train d'être améliorer.

Envoyé par frinux

Parce que les animations dans tous les sens ça soule ?
(liste non exhaustive)

Perso j'aime les sites bien fait est qui claque. ex : http://www.revafrance.fr/index2.html

Envoyé par frinux

Oui il y a des choses impossibles à faire en HTML et pas en Flash, mais il y a tellement de fois où il est possible de s'en passer...

Je me dit la même chose au sujet du html, sauf pour les choses impossibles.

Invité · 08/03/2010, 15h58

Envoyé par ferber

Les textes dessinée sur un canvas en html5 ne serront pas plus axcéssible

Au moins ils ne nécessiteront pas de plugin pour fonctionner. Et les canvas ne sont pas fait pour faire du texte.

Envoyé par ferber

Le player est dispo sur mac, lunix et windows.

lunix ???

linux
quid d'iPhone & iPad ? Quid de mon mobile qui ne fait tourner que du Opéra mobile ?

Envoyé par ferber

L'orienté object et largement mieux que le prototypage de js.
avec un bonne ide comme flash develop , faire du flash est un plaisir.
http://www.flashdevelop.org/wikidocs...itle=Main_Page

JS peut être objet, et écrire du code jQuery, sans parler d'IDE, est très simple.

Envoyé par ferber

Tous dépend des animations flash, du dev et du temp qu'il avait.
flash a des lacunes, mais il peut et est en train d'être améliorer.

J'ai pas vu d'amélioration depuis qques temps (m'enfin je suis l'actu flash de loin, je ne parle que pour un utilisateur final)

Envoyé par ferber

Perso j'aime les sites bien fait est qui claque. ex : http://www.revafrance.fr/index2.html

Moi j'aime pas.

Envoyé par ferber

Je me dit la même chose au sujet du html, sauf pour les choses impossibles.

T'as essayé de faire un portail en Flash ? Un gros site eCommerce ? Un blog tout simple ? Flash n'est pas prévu pour faire ça. Il ets très bien pour des sites ayant besoin d'avoir de la gueule, en gros pour les pubs quoi

**turcotm** · 08/03/2010, 16h26

Envoyé par ferber

Perso j'aime les sites bien fait est qui claque. ex : http://www.revafrance.fr/index2.html

Désolé mais c'est une monstruosité en terme de perf ce site. Surtout qu'il n'y a pas de proposition de site html et ou de skip de l'intro.

Ce genre de truc fait reculer le WEB ! Désolé mais je ne fait pas dans les sapins de noel.

Merci

Michel

**mrjay42** · 08/03/2010, 14h43

J'aime bien le fait que le html et le css évoluent.
L'ennui c'est que des technologies et des bidouilles sont mise en place entre-temps pour pallier : l'absence de certaines fonctionnalités, l'incompatibilité de certains navigateurs.

Du coup, le travail du développeur web est "faussé" il peut se tenir à jour sur ce que le W3C propose, mais il ne pourra utiliser les nouvelles fonctionnalités que beaucoup plus tard (voir jamais?...cf les développements obligatoire pour IE6 pour beaucoup de projets actuels)

**ferber** · 08/03/2010, 14h47

Envoyé par mrjay42

J'aime bien le fait que le html et le css évoluent.
L'ennui c'est que des technologies et des bidouilles sont mise en place entre-temps pour pallier : l'absence de certaines fonctionnalités, l'incompatibilité de certains navigateurs.

L'attribut "width" de l'élément "table" n'est pas une bidouille.

**mrjay42** · 08/03/2010, 14h51

Envoyé par ferber

L'attribut "width" de l'élément "table" n'est pas une bidouille.

On est d'accord.
Mais on peut considérer que la largeur d'un tableau fait partie de la présentation et doit donc être géré en CSS.
Mais je suis d'accord avec toi, je trouve embêtante la façon de travailler/proposer du W3C. Y'a un coté culpabilisant et anti-retrocompatibilité :
Genre : "Avant vous faisiez comme ça ? bah maintenant c'est plus cas : deal with it!".

**ferber** · 08/03/2010, 14h55

Envoyé par mrjay42

On est d'accord.
Mais on peut considérer que la largeur d'un tableau fait partie de la présentation et doit donc être géré en CSS.
Mais je suis d'accord avec toi, je trouve embêtante la façon de travailler/proposer du W3C. Y'a un coté culpabilisant et anti-retrocompatibilité :
Genre : "Avant vous faisiez comme ça ? bah maintenant c'est plus cas : deal with it!".

C'est totalement ce que je ressent, c'est presque comme si nous aurions du savoir par nous même que certain éléments allés devenir obsolète.
Alors que justement se fier au norme est sensé servir à être sur que ce que l'on fait aujourd'hui serra valide demain.
Et la si je comprend bien, c'est a moitié le cas. Ça reste valide a condition de ne pas vouloir faire évoluer l'existant.

**Katleen Erna** · 14/05/2010, 19h20

Mise à jour du 14.05.2010 par Katleen
L'état de compatibilité des navigateurs internet avec HTML5 et CSS3 présenté par un graphique interactif

Tout est dit, ou presque, dans le titre. Un graphique disponible en ligne, et crée avec CSS3, traque les taux de prise en charge pour chaque nouvelle fonctionnalité HTML/CSS sur les navigateurs.

Les différents browsers sont regroupés sous des camaïeux de couleurs. Par exemple, les différentes versions de Firefox se déclinent dans des bleus, Safari dans des jaunes, Chrome en orange, Internet Explorer dans des roses.

Le graphique, de forme solaire, présente des rayons dont les couleurs d'arrière plan diffèrent en cas de fonctionnalité CSS3.

Chaque navigateur a droit au même espace dans un rayon. Donc, quand une barre est complète, cela signifie que le support est universel parmi les 8 navigateurs.

Source : Le graphique en ligne

Après avoir observé le graphique, quelles conclusions en tirez-vous ?

**Lyche** · 14/05/2010, 19h43

Je peux pas voir les Graphiques

sous IE8 en tout cas

**Perplexe** · 14/05/2010, 19h57

Envoyé par Lyche

Je peux pas voir les Graphiques

sous IE8 en tout cas

Ben si tu arrivais à le lire (avec FF, Safari, ou Chrome par exemple), tu verrais que ça ne risque pas de s'arranger...

IE est encore à la traîne, non, c'est un petit point minuscule à l'horizon vu du peloton de tête.

C'est rigolo mais c'est un topic sur la compatibilité des browsers avec html5 et je n'ai lu aucun nom de browser avant ton post (ou presque).

Ce qu'on voit, c'est que Chrome est en avance, qu'Apple se donne les moyens de sa guerre contre Flash, qu'Opera est pas mal, que Firefox est un peu largué contrairement à l'image qu'ils projettent, et que MS soit égal à lui-même et ne changera jamais.

Ah si ! on voit que si on coche pas la case en bas du graphique, c'est moins facile à comprendre.

**spidermario** · 14/05/2010, 20h54

Envoyé par Perplexe

C'est rigolo mais c'est un topic sur la compatibilité des browsers avec html5 et je n'ai lu aucun nom de browser avant ton post (ou presque).

Ça vient de devenir un topic sur ça à cause de la news, c'est tout.

Le graphique n'est pas visible sous Konqueror non plus, j'ai dû utiliser un autre navigateur pour le voir.
Il est très moyen, on ne peut pas tout voir d'un coup, il faut non seulement survoler chaque élément mais en plus se référer à la légende à chaque fois...

**danielhagnoul** · 14/05/2010, 20h58

Bonsoir.

Après avoir observé le graphique, quelles conclusions en tirez-vous ?

L'étude du CSS3, du HTML5, et du SVG, devient une priorité. La date de sortie, le niveau par rapport à Chrome et Firefox, et le taux de pénétration d'IE9 seront les signaux de fumée annonçant l'adoption d'un « commun dénominateur » de ces techniques.

C'est un train que l'on ne peut pas se permettre de rater !