Developpez.com

Le Club des Développeurs et IT Pro

HTML 5.2 est désormais finalisée et devient la nouvelle recommandation W3C

Le draft de la spécification HTML 5.3 déjà publiée

Le 2017-12-21 14:55:16, par Michael Guilloux, Chroniqueur Actualités
Conformément à son objectif de produire une révision de HTML à peu près chaque année, le W3C a récemment publié la spécification de HTML 5.2. Il s'agit de la deuxième révision de HTML5, après la recommandation HTML 5.1 publiée l'année dernière.

« Au cours de la dernière année, il y a eu un nettoyage important de la spécification », explique l'organisme de standardisation du Web sur son site officiel. « Nous avons introduit de nouvelles fonctionnalités et supprimé des éléments qui ne font plus partie de la plateforme Web moderne ou qui n'ont jamais atteint une interopérabilité étendue. Comme toujours, nous avons également corrigé des bogues dans la spécification, pour nous assurer qu'elle s'adapte à la réalité changeante du Web. »

Parmi les principales fonctionnalités introduites dans HTML 5.2, on note l'API Payment Request qui promet de faciliter le commerce sur le Web, en réduisant les risques de faire une erreur ou d'être pris par un opérateur peu scrupuleux. Elle va permettre aux commerçants d'utiliser une ou plusieurs méthodes de paiement avec une intégration minimale. Les navigateurs vont servir d'intermédiaire entre les parties d'une transaction. Le W3C introduit l'attribut allowpaymentrequest de <iframe>, pour l'intégration avec l'API Payment Request.

Il y a aussi de nouvelles fonctionnalités de sécurité, telles que la Content Security Policy (CSP), qui protègent les utilisateurs plus efficacement. La CSP définit par exemple un mécanisme par lequel les développeurs Web peuvent contrôler les ressources qu'une page particulière peut récupérer ou exécuter, ainsi qu'un certain nombre de stratégies de sécurité. Dans HTML 5.2, de nouveaux travaux incorporés à ARIA (Accessible Rich Internet Applications) aident encore les développeurs à offrir aux personnes ayant un handicap une bonne expérience utilisateur de leurs applications.

Parmi les autres nouveautés, on peut encore noter un élément <dialog> et l'intégration avec le système de module JavaScript de ECMA-262. La définition de l'élément main a aussi été mise à jour pour prendre en charge les modèles de conception responsive modernes, et l'élément style peut être utilisé à l'intérieur de l'élément body. De nombreuses contraintes sur le code ont été assouplies, tandis que, là où cela était nécessaire pour l'interopérabilité ou la sécurité, quelques-unes ont été soigneusement renforcées.

Il est aussi important de mentionner que HTML 5.2 rend le vénérable système de plugin obsolète. D'après le W3C, de nouvelles technologies ou capacités telles que la réalité virtuelle ou l'interaction vocale sont maintenant développées dans le cadre de la plateforme Web. Cela permet un meilleur contrôle des failles de sécurité potentielles, réduit souvent le coût du développement et permet de mettre davantage l'accent sur les services que les utilisateurs souhaitent créer plutôt que sur la plateforme sur laquelle ils se trouvent.

Au nombre des fonctionnalités supprimées, on retiendra aussi les éléments keygen, menu et menuitem, l'attribut inputmode pour les éléments <inputs> textuels et les attributs dropzone, mais aussi la méthode showModalDialog.

Avec la publication de HTML 5.2 en tant que recommandation W3C, la première version de travail de HTML 5.3 a aussi été rendue publique. L'objectif est de produire une nouvelle recommandation HTML en 2018.

Sources : Annonce du W3C, Changements introduits dans HTML 5.2

Et vous ?

Que pensez-vous de la nouvelle recommandation de HTML ?
Quels changements appréciez-vous le plus ? Pourquoi ?
Quelles sont vos attentes pour les prochaines révisions de HTML ?

Voir aussi :

DRM dans HTML5 : la spécification EME devient un standard du Web malgré l'absence de consensus, l'EFF décide donc de se retirer du W3C
  Discussion forum
24 commentaires
  • Pill_S
    Membre expert
    L'élément dialogue! Enfin!!
  • niuxe
    Membre régulier
    Envoyé par Pill_S
    L'élément dialogue! Enfin!!
    En effet....

    Envoyé par Madmac
    Mais toujours pas d'élément de type grid. Google pénalise l'usage du tableau pour autre chose que des listes de données. Mais il n’empêche que c`est souvent la solution la plus performante sur une machine qui n'est pas puissante.
    <table> se suffit à lui même du moment qu'on utilise les attributs adéquates. Bien sûr j'écris cela dans le cas où il y a un besoin d'afficher des données tabulaire. Si c'est le cas d'afficher une page avec une mise en page table, c'est une excellente pratique à proscrire.....
  • Muchos
    Membre expert
    Envoyé par Madmac
    Mais il n’empêche que c`est souvent la solution la plus performante sur une machine qui n'est pas puissante.
    Vous voulez dire&#8239;: la solution pour des mises en page&#8239;? Si oui, il y a CSS pour ça. En outre, il me semble au contraire que la génération d’un tableau est très consommatrice.
  • Pill_S
    Membre expert
    Envoyé par niuxe
    Oui bon, d'ici à ce qu'on puisse l'utiliser au quotidien il va falloir attendre encore un peu c'est sûr...

    Mais d'ici 5 ans on pourra avoir une syntaxe propre pour les popup, popin et autres
  • Madmac
    Membre extrêmement actif
    Envoyé par Muchos
    Vous voulez dire&#8239;: la solution pour des mises en page&#8239;? Si oui, il y a CSS pour ça. .
    Je sais que la version CSS existe. Mais est-ce que ta as tenté de faire une "page réactive" avec ce truc ? En raison d'une logique étrange 2 Div horizontale dans l'ordre 1 et 2, ce retrouve verticalement 2 et 1 !

    Envoyé par Muchos
    En outre, il me semble au contraire que la génération d’un tableau est très consommatrice.
    Je suis convaincu que la solution équivalente en Javascript est plus gourmande. Et en plus, beaucoup plus lente!
  • Madmac
    Membre extrêmement actif
    .
    Bien sûr j'écris cela dans le cas où il y a un besoin d'afficher des données tabulaire. Si c'est le cas d'afficher une page avec une mise en page table, c'est une excellente pratique à proscrire.....
    En théorie, mais si je désire faire quelque chose comme un journal, on peut difficilement faire de la mise ne page rapide sans cet outil. Si tu veux produire des pages stylisées rapidement. À moins de disposé d'une quarantaine de template différentes. Html n'est absolument pas un outil comparable à du PDF. Au final, les gens ne paient pas pour des pages web, mais pour un outil qui fait de la publicité pou leur boite.
  • Madmac
    Membre extrêmement actif
    Mais toujours pas d'élément de type grid. Google pénalise l'usage du tableau pour autre chose que des listes de données. Mais il n’empêche que c`est souvent la solution la plus performante sur une machine qui n'est pas puissante.