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 , 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


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse Signaler un problème

Avatar de Pill_S Pill_S - Membre expert https://www.developpez.com
le 21/12/2017 à 20:26
L'élément dialogue! Enfin!!
Avatar de Madmac Madmac - Membre éclairé https://www.developpez.com
le 25/12/2017 à 18:09
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.
Avatar de Muchos Muchos - Membre expert https://www.developpez.com
le 28/12/2017 à 1:45
Citation Envoyé par Madmac Voir le message
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 : la solution pour des mises en page ? 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.
Avatar de niuxe niuxe - Membre du Club https://www.developpez.com
le 28/12/2017 à 10:31
Citation Envoyé par Pill_S Voir le message
L'élément dialogue! Enfin!!
En effet....

Citation Envoyé par Madmac Voir le message
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.....
Avatar de Pill_S Pill_S - Membre expert https://www.developpez.com
le 29/12/2017 à 15:20
Citation Envoyé par niuxe Voir le message
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
Avatar de Madmac Madmac - Membre éclairé https://www.developpez.com
le 18/01/2018 à 20:13
Citation Envoyé par Muchos Voir le message
Vous voulez dire : la solution pour des mises en page ? 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 !

Citation Envoyé par Muchos Voir le message
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!
Avatar de Madmac Madmac - Membre éclairé https://www.developpez.com
le 18/01/2018 à 20:30
.
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.
Contacter le responsable de la rubrique Accueil