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
« 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 ?
Voir aussi :
-
Pill_SMembre expertL'élément dialogue! Enfin!!le 21/12/2017 à 20:26
-
niuxeMembre régulierEn effet....
<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.....le 28/12/2017 à 10:31 -
MuchosMembre expertVous 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.le 28/12/2017 à 1:45
-
Pill_SMembre expertOui 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 autresle 29/12/2017 à 15:20 -
MadmacMembre extrêmement actifJe 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 !
Je suis convaincu que la solution équivalente en Javascript est plus gourmande. Et en plus, beaucoup plus lente!le 18/01/2018 à 20:13 -
MadmacMembre 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.....le 18/01/2018 à 20:30
-
MadmacMembre extrêmement actifMais 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.le 25/12/2017 à 18:09