Le W3C a commencé à travailler sur la spécification de HTML 5.1
Et donne la possibilité aux parties tierces de faire des suggestions sur GitHub
Le 2016-04-14 11:06:49, par Victor Vincent, Expert éminent sénior
Le World Wide Web Consortium (W3C) a commencé les travaux pour la prochaine version de HTML, la version 5.1. L’organisme a créé à cet effet un dépôt sur GitHub pour permettre aux acteurs du domaine ainsi qu’aux utilisateurs de donner leur avis et de faire des suggestions. Les spécifications de la prochaine version de la norme la plus cruciale du web sont en train de prendre forme, annonce le W3C. D’après l’organisme de normalisation des standards du web, le choix d’accueillir les commentaires et suggestions des utilisateurs et autres acteurs du domaine va permettre de faire en sorte que HTML5 corresponde au mieux à la réalité. C’est aussi une manière pour que la spécification soit la plus claire possible pour les lecteurs dans le but de permettre à ces derniers ainsi qu’à toutes les parties prenantes de proposer des améliorations ainsi que de pouvoir comprendre comment les changements apportés à HTML sont menés à bien.
Les premières versions de la spécification du langage du web ont commencé à être rédigées depuis 2008, mais ce n’est qu’en 2014 que HTML5 a été considéré comme un standard officiellement approuvé. L’idée du W3C est de faire des mises à jour par incrément de la version 5 du langage afin d’éviter d’avoir un trop long décalage entre les différentes versions, décalage qui rend compliqué le processus de révision de la spécification. Le choix de GitHub par le W3C va également accélérer le processus de modifications de la spécification, les changements pouvant être proposés par un simple pull request.
Par ailleurs, les problèmes qui ont été relevés par les différents suiveurs de la branche créée sur GitHub relative aux spécifications de HTML5 peuvent être facilement signalés via la plateforme GitHub. Les fonctionnalités qui ne sont pas prises en charge par au moins deux navigateurs seront enlevées des spécifications de la version à venir de HTML5 sans causer de préjudices à ceux qui les utilisent, car ces derniers auront toutefois la possibilité de les ajouter sous forme d’extensions. Avec cette ouverture des suggestions et commentaires, l’idée du W3C est de favoriser les contributions des développeurs directement dans les spécifications ayant constaté que ces derniers utilisaient notamment des technologies comme JavaScript pour ajouter des extensions à HTML5 sans pour autant que ces extensions soient réellement ajoutées aux spécifications. Une première mouture de ces recommandations doit être disponible au mois de juin avant la version complète qui est attendue pour septembre.
Source : Blog W3C
Et vous ?
Voir aussi
Les premières versions de la spécification du langage du web ont commencé à être rédigées depuis 2008, mais ce n’est qu’en 2014 que HTML5 a été considéré comme un standard officiellement approuvé. L’idée du W3C est de faire des mises à jour par incrément de la version 5 du langage afin d’éviter d’avoir un trop long décalage entre les différentes versions, décalage qui rend compliqué le processus de révision de la spécification. Le choix de GitHub par le W3C va également accélérer le processus de modifications de la spécification, les changements pouvant être proposés par un simple pull request.
Par ailleurs, les problèmes qui ont été relevés par les différents suiveurs de la branche créée sur GitHub relative aux spécifications de HTML5 peuvent être facilement signalés via la plateforme GitHub. Les fonctionnalités qui ne sont pas prises en charge par au moins deux navigateurs seront enlevées des spécifications de la version à venir de HTML5 sans causer de préjudices à ceux qui les utilisent, car ces derniers auront toutefois la possibilité de les ajouter sous forme d’extensions. Avec cette ouverture des suggestions et commentaires, l’idée du W3C est de favoriser les contributions des développeurs directement dans les spécifications ayant constaté que ces derniers utilisaient notamment des technologies comme JavaScript pour ajouter des extensions à HTML5 sans pour autant que ces extensions soient réellement ajoutées aux spécifications. Une première mouture de ces recommandations doit être disponible au mois de juin avant la version complète qui est attendue pour septembre.
Source : Blog W3C
Et vous ?
Voir aussi
-
UtherExpert éminent séniorMais tu pèches les trolls à la dynamite, dit donc.
Mais bon comme je suis joueur je vais quand même répondre
Opera utilise maintenant le moteur de Chrome, donc du point de vu du W3C c'est la même chose
Pour beaucoup la simplicité est une qualité
Tu as essayé Firefox récemment? Je ne le trouve en aucun cas lourdinge, et le seul plugin dont on a vraiment besoin : Flash, s'installe on ne peut plus facilement.
Et tu te base sur quoi pour affirmer ça? Techniquement, les module de IE ne sont absolument pas plus surs que ceux de Firefox ou Chrome, je dirais même que c'est tout le contraire.
C'est ton choix (et aussi le mien), mais bon on n'est pas le centre du monde non plus.le 15/04/2016 à 10:01 -
amine.hirriMembre habituéPersonnellement, j'ai eu des mauvaises expériences avec IE (6-11) que ce soit en tant qu'utilisateur ou en tant que développeur, niveau performance est encore pire. Quant au "modules sûres", je ne peux pas trop dire, je n'utilise que AdBlock (pour des raisons de sécurité)
Pour Edge/Windows10, je ne suis pas encore prêt pour faire cette migration, bien qu'il me semble que Edge ne sera qu'une refonte graphique de IE (à confirmer)le 14/04/2016 à 17:31 -
Pill_SMembre expertL'élément dialogue! Enfin!!le 21/12/2017 à 20:26
-
Tu plaisantes ?
Edge est l'un des meilleurs navigateurs actuellement en terme de respect du W3C et autres. Microsoft a énormément bossé pour rattraper son retard, et je dirais que pour le moment c'est plutôt Google (à cause de sa position dominante sur le marché, comme IE à l'époque) qui fait partir les standards en co*ille...le 14/04/2016 à 13:48 -
kabamanMembre du ClubUn développeur doit toujours avoir en tête que l'application n'est pas pour lui mais pour des utilisateurs qui ne sont pas pour la plupart des informaticiens. Si je n'utilise pas IE, je suis obligé de m'assurer que mes applis fonctionnent dessus pour les utilisateurs qui ont ce navigateurle 04/05/2016 à 13:35
-
TiranusKBXExpert confirméPar exemple pour les balise vidéo et audio toutes les option ne sont pas forcément implémentée dans les navigateurs et la je ne parle pas du format des vidéos, il y a aussi l'attribut download sur les liens(partiel sur chrome et opéra) le type import sur les balises link, les favicon SVG, ...
si tu regarde cette page LIEN caniuse.com
et que tu cherche un peut tu verras qu'il y a très peut de ligne concernant la 5.1 donc il y a encore de quoi faire
si besoin voila les spécification de la 5.0 https://www.w3.org/TR/html5/Overview.htmlle 23/09/2016 à 16:27 -
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 -
denisysMembre chevronnéSi Safari de Apple ne support toujours pas le required , à sortir du W3C !!!le 14/04/2016 à 13:07
-
olibiobusMembre du ClubJe me suis toujours demandé si on n'avait pas inventé AJAX juste pour charger dynamiquement du texte. Et pourtant:
Dans la balise img, l'attribut src déclenche un chargement d'un fichier image depuis le serveur HTTP
Ne pourrait-on imaginer une balise txt avec un attribut src qui déclenche un chargement de fichier texte depuis le serveur ?
Mieux, ne pourrait on pas imaginer une balise générique avec un attribut src et un attribut mime/type qui déclenche le chargement de tout type de fichier depuis le serveur http ?
Si ça existe déjà et que j'enfonce une porte ouverte, veuillez m'excuser ...le 20/04/2016 à 23:05 -
T`lashMembre confirméIl y a le JSONP (une technique HTML/JavaScript) qui fait à peu de choses près ce que tu décris.le 23/04/2016 à 2:23