Différences de HTML 5 par rapport à HTML 4

Résumé

HTML 5 définit la cinquième révision majeure du langage cœur du World Wide Web : HTML. « Différences de HTML 5 par rapport à HTML 4 » décrit les différences entre HTML 4 et HTML 5 et fournit quelques unes des raisons des changements. Ce document peut ne pas fournir de renseignements exacts, comme la spécification HTML 5 est encore activement en développement. En cas de doute, vérifiez toujours la spécification HTML 5 elle-même. [HTML5]

Statut de ce document

Cette section décrit le statut de ce document au moment de sa publication. D'autres documents peuvent se superposer à celui-ci. Une liste des publications courantes du W3C et la dernière révision de ce rapport technique peuvent être trouvées dans l'index des rapports techniques du W3C sur http://www.w3.org/TR/.

C'est un Brouillon de Travail Public produit par le Groupe de Travail de HTML, qui fait partie de l'Activité HTML. Le Groupe de Travail a l'intention de publier ce document comme une Note de Groupe de Travail pour accompagner la spécification HTML 5. Le forum approprié pour les commentaires est public-html-comments@w3.org, une liste publique d'abonnés avec des archives publiques.

La publication en tant que Brouillon de Travail ne donne pas à entendre son soutien par les membres du W3C. C'est un document brouillon qui peut être mis à jour, remplacé ou rendu obsolète par d'autres documents à tout moment. Il est inapproprié de citer ce document autrement que comme un travail en cours.

Ce document fut produit par un groupe opérant sous la Politique de Documentation Officielle du W3C du 5 février 2004. Le W3C maintient une liste publique de toute diffusion officielle établie en relation avec les livraisons du groupe ; cette page-là inclut aussi des instructions pour la diffusion de documents officiels. Un individu qui a vraiment connaissance d'un document officiel dont il croit qu'il contient une(des) Affirmation(s) Essentielle(s) doit diffuser l'information conformément à la section 6 de la Politique de Documentation Officielle du W3C.

Table des matières

• 1. Introduction
  • 1.1 Problèmes ouverts
  • 1.2 Rétrocompatible
  • 1.3 Modèle de développement
  • 1.4 Impact sur l'architecture Web
• 2. Syntaxe
  • 2.1 Codage des caractères
  • 2.2 Le DOCTYPE
  • 2.3 Divers
• 3. Langage
  • 3.1 Nouveaux éléments
  • 3.2 Nouveaux attributs
  • 3.3 Éléments ayant changé
  • 3.4 Éléments absents
  • 3.5 Attributs absents
• 4. APIs
  • 4.1 Extensions de HTMLDocument
  • 4.2 Extensions de HTMLElement
• 5. Journal de bord des modifications de HTML 5
• Remerciements
• Références

1. Introduction

HTML est en constante évolution depuis son introduction sur l'Internet au début des années 1990. Certaines caractéristiques furent introduites dans des spécifications, d'autres lors de sorties de logiciel. À certains égards, les implémentations et les pratiques des éditeurs ont convergé les unes vers les autres et vers les spécifications et les standards ; mais, à d'autres, elles continuent à diverger.

HTML 4 devint une Recommandation du W3C en 1997. Alors qu'il continue à servir de guide incohérent pour beaucoup de caractéristiques constituant le cœur de HTML, il ne fournit pas assez d'informations pour constuire des implémentations qui interopèrent les unes avec les autres et, de façon plus importante, avec une masse critique de contenu déployé. Il en est de même pour XHTML1, qui définit une sérialisation en XML de HTML 4, et pour DOM Niveau 2 HTML, qui définit les APIs JavaScript pour HTML et XHTML à la fois. [HTML4] [XHTML1] [DOM2HTML]

Le brouillon de HTML 5 reflète un effort, commencé en 2004, d'étudier les implémentations de HTML contemporaines et le contenu déployé. Le brouillon :

1. Définit un langage singulier appelé HTML 5, qui peut être écrit dans une syntaxe HTML « personnalisée » et en syntaxe XML.
2. Définit des modèles de processus détaillés pour promouvoir des implémentations interopérables.
3. Améliore le balisage des documents.
4. Introduit des balises et des APIs pour des expressions émergentes, telles que les applications Web.

1.1 Problèmes ouverts

HTML 5 est encore un brouillon. Le contenu de HTML 5, ainsi que celui de ce document qui dépend de HTML 5, est toujours en cours de discussion dans le Groupe de Travail de HTML et dans la liste d'abonnés de WHATWG. Certains problèmes ouverts incluent (cette liste n'est pas exhaustive) :

• Des définitions sémantiques de facto pour quelques éléments jadis de présentation.
• Des détails d'accessibilité et de caractéristiques indépendantes des médias, tels que les attributs longdesc, alt et summary.
• Le modèle de répétition.

1.2 Rétrocompatible

HTML 5 est défini de manière qu'il soit rétrocompatible avec la manière dont les agents utilisateurs manipulent le contenu déployé. Pour que le langage d'édition reste relativement simple pour les éditeurs, plusieurs éléments et attributs ne sont pas inclus, comme indiqué aux autres sections de ce document, tels que les éléments de présentation qui sont mieux pris en charge par l'utilisation de CSS.

Les agents utilisateurs, toutefois, devront toujours supporter ces anciens éléments ; c'est pourquoi la spécification sépare clairement les obligations pour les éditeurs et les agents utilisateurs. Cela veut dire que les éditeurs ne peuvent pas utiliser l'élément isindex ou plaintext ; mais, les agents utilisateurs sont tenus de les supporter d'une manière compatible avec celle dont ces éléments se comportaient précédemment.

À partir du moment où HTML 5 a des obligations de conformité distinctes pour les éditeurs et les agents utilisateurs, il n'y a plus besoin de marquer les choses comme « désapprouvées ».

1.3 Modèle de développement

La spécification HTML 5 ne sera pas considérée comme finie avant qu'il y ait au moins deux implémentations complètes de la spécification. C'est une approche différente de celle qu'avaient les versions précédentes de HTML. Le but est de s'assurer que la spécification est implémentable et utilisable par les graphistes et les développeurs une fois finie.

2. Syntaxe

Le langage HTML 5 a une syntaxe HTML « personnalisée » qui est compatible avec les documents HTML 4 et XHTML1 publiés sur le Web, mais n'est pas compatible avec les caractéristiques SGML plus ésotériques de HTML 4, telles que <em/content/. Les documents utilisant cette syntaxe « personnalisée » doivent être servis avec le type MIME text/html.

HTML 5 définit aussi des règles d'analyse détaillées (incluant « l'erreur de traitement ») pour cette syntaxe, qui sont largement compatibles avec les implémentations populaires. Les agents utilisateurs suivront ces règles pour les ressources qui ont le type MIME text/html. Voici un exemple de document conforme à la syntaxe HTML :

<!doctype html>
<html>
  <head>
    <meta charset="UTF-8">
    <title>Exemple de document</title>
  </head>
  <body>
    <p>Exemple de paragraphe</p>
  </body>
</html>

L'autre syntaxe qui peut être utilisée pour HTML 5 est XML. Cette syntaxe est compatible avec les documents et implémentations XHTML1. Les documents utilisant cette syntaxe ont besoin d'être servis avec un type MIME XML et les éléments d'être placés sous l'espace de nom http://www.w3.org/1999/xhtml, suivant les règles établies dorénavant par les spécifications XML. [XML]

Ci-dessous un exemple de document conforme à la syntaxe XML de HTML 5. Notez que les documents XML doivent avoir un type MIME XML tel que application/xhtml+xml ou application/xml.

<?xml version="1.0" encoding="UTF-8"?>
<html xmlns="http://www.w3.org/1999/xhtml">
  <head>
    <title>Exemple de document</title>
  </head>
  <body>
    <p>Exemple de paragraphe</p>
  </body>
</html>

2.1 Codage des caractères

Pour la syntaxe HTML de HTML 5, les éditeurs ont trois moyens d'indiquer le codage des caractères :

• Au niveau du portage. En utilisant l'en-tête HTTP Content-Type, par exemple.
• En utilisant un caractère de Marquage d'Ordre des Octets (BOM) Unicode au début du fichier. Ce caractère fournit la signature du codage utilisé.
• En utilisant un élément meta avec un attribut charset qui spécifie le codage, en tant que premier élément enfant de l'élément head. <meta charset="UTF-8"> pourrait être utilisé pour spécifier le codage UTF-8. Cela remplace le besoin de recourir à <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

Pour la syntaxe XML, les éditeurs doivent utiliser les règles telles qu'établies dorénavant dans les spécifications XML pour indiquer le codage des caractères.

2.2 Le DOCTYPE

La syntaxe HTML de HTML 5 oblige à ce qu'un DOCTYPE soit spécifié pour s'assurer que le navigateur affiche la page selon le mode standard. Le DOCTYPE n'a pas d'autre objectif et est, par conséquent, facultatif pour XML. Les documents avec un type MIME XML sont toujours traités en mode standard. [DOCTYPE]

La déclaration du DOCTYPE est <!DOCTYPE html> et est insensible à la casse dans la syntaxe HTML. Les DOCTYPEs des versions plus anciennes de HTML étaient plus longues parce que le langage HTML était basé sur le SGML et, par conséquent, exigeait une référence à une DTD. Avec HTML 5, ce n'est plus le cas et le DOCTYPE n'est nécessaire que pour activer le mode standard pour les documents écrits selon la syntaxe HTML. Les navigateurs le font déjà pour <!DOCTYPE html>.

2.3 Divers

Il y a d'autres changements syntaxiques qui valent la peine d'être mentionnés :

• HTML a maintenant un support natif des IRIs. En HTML 4 ce n'était traité que comme une erreur de traitement.
• L'attribut lang accepte la chaîne de caractères vide en plus d'un identifiant de langue valable, comme xml:lang en XML.

3. Langage

Cette section est divisée en plusieurs sous-sections pour illustrer plus clairement les diverses différences qu'il y a entre HTML 4 et HTML 5.

3.1 Nouveaux éléments

Les éléments suivants ont été introduits pour une meilleure structure :

• section représente la section d'un document générique ou d'une application. Il peut être utilisé avec h1-h6 pour indiquer la structure du document.

• article représente un bout de contenu indépendant d'un document, tel qu'une entrée d'un blog ou d'un article de journal.

• aside représente un bout de contenu qui n'est qu'en léger rapport avec le reste de la page.

• header représente l'en-tête d'une section.

• footer représente un pied de page pour une section et peut contenir des renseignements sur l'éditeur, sur les droits d'auteur, etc.

• nav représente une section du document à l'intention de la navigation.

• dialog peut être utilisé pour baliser une conversation comme suit :

  <dialog>
   <dt> Costello
   <dd> Regarde, tu dois être le premier joueur ?
   <dt> Abbott
   <dd> Certainement.
   <dt> Costello
   <dd> Qui joue en premier ?
   <dt> Abbott
   <dd> C'est exact.
   <dt> Costello
   <dd> Quand tu rembourses chaque mois le premier joueur, qui ramasse l'argent ?
   <dt> Abbott
   <dd> Chaque dollar pour ça. 
  </dialog>

• figure peut être utilisé pour associer une légende à un contenu imbriqué, tel qu'un graphique ou une vidéo :

  <figure>
   <video src=ogg>…</video>
   <legend>Exemple</legend>
  </figure>

Il y a bien d'autres nouveaux éléments :

• audio et video pour du contenu multimédia. Les deux éléments fournissent une API pour que les éditeurs d'application puissent coder leur propre interface utilisateur ; mais, il y a aussi une manière de déclencher une interface utilisateur fournie par l'agent utilisateur. Les éléments source sont utilisés avec ces éléments s'il y a de multiples flux disponibles de différents types.

• embed est utilisé pour du contenu d'un plug-in.

• mark représente une série de texte marqué.

• meter représente une mesure, telle que l'espace de disque.

• time représente une date et/ou une heure.

• canvas est utilisé pour afficher des graphiques bitmap dynamiques sur le moment, tels que des graphes, des jeux, etc.

• command représente une commande que l'utilisateur peut invoquer.

• datagrid représente une représentation interactive d'une liste arborescente ou de données tabulaires.

• details représente des renseignements supplémentaires ou des contrôles que l'utilisateur peut obtenir sur demande.

• datalist, avec le nouvel attribut list d'input, est utilisé pour créer des boîtes combinées :

  <input list=browsers>
  <datalist id=browsers>
   <option value="Safari">
   <option value="Internet Explorer">
   <option value="Opera">
   <option value="Firefox">
  </datalist>

• Les éléments datatemplate, rule et nest fournissent un mécanisme de gabarit pour le HTML.

• event-source est utilisé pour « capturer » des événements envoyés par le serveur.

• output représente un type de sortie, telle que celle d'un calcul fait au moyen d'un script.

• progress représente une progression de tâche, telle que le téléchargement ou quand une série d'opérations lourdes est exécutée.

• Les éléments ruby, rt et rb sont prévus pour baliser des annotations Ruby.

L'attribut type de l'élément input a maintenant les nouvelles valeurs suivantes :

• datetime
• datetime-local
• date
• month
• week
• time
• number
• range
• email
• url

L'idée de ces nouveaux types est que l'agent utilisateur peut founir à l'utilisateur une interface, telle que la sélection d'une date dans le calendrier ou une intégration au carnet d'adresses de l'utilisateur, et soumettre au serveur un format défini. Cela donne à l'utilisateur un meilleur contact, comme sa saisie est vérifiée avant son envoi vers le serveur, ce qui veut dire moins de temps d'attente pour la réaction.

3.2 Nouveaux attributs

HTML 5 a introduit plusieurs nouveaux attributs dans divers éléments qui faisaient déjà partie de HTML 4 :

• Les éléments a et area ont maintenant un attribut media en cohérence avec l'élément link. C'est purement à titre indicatif.

• Les éléments a et area ont un nouvel attribut appelé ping qui spécifie une liste d'URIs séparées par une espace qui doivent être épinglées quand l'hyperlien est suivi. Actuellement, le suivi de l'utilisateur est essentiellement effectué au moyen de redirections. Cet attribut permet à l'agent utilisateur d'informer les utilisateurs des URIs qui vont être épinglées, en plus de donner aux utilisateurs soucieux de confidentialité une manière de le désactiver.

• L'élément area, par cohérence, a maintenant les attributs hreflang et rel.

• L'élément base peut maintenant avoir un attribut target, aussi bien principalement par cohérence avec l'élément a que parce qu'il était déjà largement supporté. Aussi, l'attribut target pour les éléments a et area n'est-il plus désapprouvé, comme il est utile dans des applications Web, par exemple conjointement avec iframe.

• L'attribut value pour l'élément li n'est plus désapprouvé, comme il n'est pas un attribut de présentation. Il en va de même pour l'attribut start de l'élément ol.

• L'élément meta a maintenant un attribut charset, comme il était déjà supporté et qu'il fournit une façon plus sympathique de spécifier le codage des caractères du document.

• Un nouvel attribut autofocus peut être spécifié dans les éléments input (sauf quand l'attribut type est hidden), select, textarea et button. Il fournit une manière déclarative de cibler un champ de contrôle de formulaire durant le chargement de la page. L'utilisation de cette caractéristique devrait augmenter l'expérience de l'utilisateur, comme ce dernier peut le désactiver s'il ne l'aime pas, par exemple.

• Le nouvel attribut form des élements input, output, select, textarea, button et fieldset permet aux champs de contrôle d'être associés à plus d'un formulaire.

• Les éléments input, button et form ont un nouvel attribut replace, qui affecte ce qui sera fait du document après qu'un formulaire a été soumis.

• Les éléments form et select (ainsi que l'élément datalist) ont un attribut data, qui tient compte du préremplissage automatique des champs de contrôle de formulaire, dans le cas de form, ou du champ de contrôle de formulaire, dans le cas de select et de datalist, avec des données provenant du serveur.

• Le nouvel attribut required s'applique à input (sauf quand l'attribut type est hidden, image ou un type de bouton tel que submit) et à textarea. Il indique que l'utilisateur doit renseigner une valeur afin de soumettre le formulaire.

• Les éléments input et textarea ont un nouvel attribut appelé inputmode, qui laisse entendre à l'interface utilisateur quel genre de saisie est attendu.

• Vous pouvez maintenant désactiver un fieldset entier en y utilisant l'attribut disabled. Ce n'était pas possible auparavant.

• L'élément input a plusieurs nouveaux attributs pour spécifier des contraintes : autocomplete, min, max, pattern et step. Comme mentionné auparavant, il a aussi un nouvel attribut list, qui peut être utilisé avec les éléments datalist et select.

• input et button ont aussi un nouvel attribut template, qui peut être utilisé pour des gabarits de répétition.

• L'élément menu a trois nouveaux attributs : type, label et autosubmit. Ils permettent à l'élément de se transformer en un menu tel qu'il est trouvé dans des interfaces utilisateur typiques, ainsi que de pourvoir à des menus contextuels conjointement avec l'attribut global contextmenu.

• L'élément style a un nouvel attribut scoped, qui peut être utilisé pour activer des feuilles de style portées. Les règles de style dans un tel élément style ne s'appliquent qu'à l'arborescence locale.

• L'élément script a un nouvel attribut appelé async, qui influe sur le chargement et l'exécution du script.

• L'élément html a un nouvel attribut appelé manifest, qui pointe une liste de cache d'application utilisée conjointement avec l'API pour des applications Web hors connexion.

• L'élément link a un nouvel attribut appelé sizes. Il peut être utilisé conjointement avec la relation icon (définie au moyen de l'attribut rel) pour indiquer la taille de l'icône référencée.

• L'élément ol a un nouvel attribut appelé reversed pour indiquer que la liste est en ordre décroissant quand il est présent.

• L'élément iframe a deux nouveaux attributs appelés seamless et sandbox qui sont prévus pour du contenu en bac à sable, par exemple les commentaires de blog.

Plusieurs attributs de HTML 4 s'appliquent maintenant à tous les éléments. Ils sont appelés attributs globaux : class, dir, id, lang, style, tabindex et title.

Il y a aussi plusieurs nouveaux attributs globaux :

• L'attribut contenteditable indique que l'élement est une zone éditable. L'utilisateur peut en changer le contenu et manipuler le balisage.
• L'attribut contextmenu peut être utilisé pour pointer un menu contextuel fourni par l'éditeur.
• L'attribut draggable peut être utilisé conjointement avec la nouvelle API « glisser-déposer ».
• L'attribut irrelevant indique qu'un élément n'est pas encore, ou n'est plus, pertinent.
• Les attributs globaux ref, registrationmark et template sont complémentaires de la fonctionnalité de gabarit de données.
• La collection d'attributs data-* définis par l'éditeur. Les éditeurs peuvent définir tous les attributs qu'ils veulent tant qu'ils les préfixent avec data- pour éviter des conflits avec de futures versions de HTML. La seule obligation pour ces attributs est qu'ils ne soient pas utilisés pour des extensions d'agent utilisateur.

Ce qui suit, ce sont les attributs pour le modèle de répétition. Ce sont des attributs globaux et, en tant que tels, peuvent être utilisés sur tous les éléments HTML, ou sur tout élément dans tout autre espace de nom, dont les attributs sont dans l'espace de nom http://www.w3.org/1999/xhtml :

• repeat
• repeat-start
• repeat-min
• repeat-max

HTML 5 fait aussi de tous les attributs gestionnaires d'événements de HTML 4 qui prennent la forme onnom de l'événement des attributs globaux et en ajoute plusieurs nouveaux pour de nouveaux événements qu'il définit, tels que l'attribut onmessage, qui peut être utilisé avec le nouvel élément event-source et l'API de messagerie de documents multiples.

3.3 Éléments ayant changé

Ces éléments ont une signification légèrement modifiée en HTML 5 pour mieux refléter la manière dont ils sont utilisés sur le Web ou pour les rendre plus utiles :

• L'élément a sans attribut href représente maintenant un « lien fictif ».

• L'élément address est maintenant porté par le nouveau concept de sectionnement.

• L'élément b représente maintenant une portée de texte à déporter stylistiquement de la prose normale sans transmettre d'importance en plus, telle que les mots clés dans un résumé de document, des noms de produits dans un article, ou d'autres portées de texte dont la présentation typographique typique est en gras.

• L'élément hr représente maintenant une coupure thématique au niveau du paragraphe.

• L'élément i représente maintenant une portée de texte dans une voix ou un mode alterné, ou à défaut déportée de la prose normale, telle qu'une désignation taxonomique, un terme technique, une expression idiomatique d'une autre langue, une pensée, un nom de navire, ou une autre prose dont la présentation typographique typique est en italique. L'usage varie largement selon la langue.

• Pour l'élément label, le navigateur ne devrait plus déplacer la cible de l'étiquette vers le champ de contrôle, à moins qu'un tel comportement ne soit standard pour l'interface utilisateur de la plateforme de base.

• L'élément menu est redéfini pour être utile à de vrais menus.

• L'élément small représente maintenant un petit caractère (pour des commentaires secondaires et des mentions légales).

• L'élément strong représente maintenant l'importance plutôt que la forte emphase.

• Les signes de ponctuation de citation pour l'élément q doivent maintenant être fournis par l'éditeur plutôt que par l'agent utilisateur.

3.4 Éléments absents

Les éléments mentionnés dans cette section ne sont pas à utiliser par les éditeurs. Les agents utilisateurs devront, pourtant, les supporter et HTML 5 obtiendra une section d'affichage en temps voulu qui dira exactement comment. (L'élément isindex, par exemple, est déjà supporté par l'analyseur.)

Les éléments suivants ne figurent pas en HTML 5 parce que leur effet est de pure présentation et, par conséquent, mieux pris en charge par CSS :

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

Les éléments suivants ne figurent pas en HTML 5 parce que leur usage affectait négativement l'utilisabilité et l'accessibilité pour l'utilisateur final :

• frame
• frameset
• noframes

Les éléments suivants ne sont pas inclus parce qu'ils n'ont pas été souvent utilisés, ont créé de la confusion ou peuvent être pris en charge par d'autres éléments :

• acronym n'est pas inclus parce qu'il a créé beaucoup de confusions. Les éditeurs doivent utiliser abbr pour les abréviations.
• applet a été rendu obsolète au profit d'object.
• L'usage d'isindex peut être remplacé par celui de champs de contrôle de formulaire.
• dir a été rendu obsolète au profit d'ul.

Finalement, le noscript n'est conforme qu'à la syntaxe HTML. Il n'est pas inclus dans la syntaxe XML, comme son usage se fie à un analyseur HTML.

3.5 Attributs absents

Quelques attributs de HTML 4 ne sont plus autorisés en HTML 5. S'ils ont besoin d'avoir un impact sur les agents utilisateurs pour des raisons de compatibilité, la manière dont ils devraient fonctionner dans ces scénarios est définie.

• L'attribut accesskey dans a, area, button, input, label, legend et textarea.
• Les attributs rev et charset dans link et a.
• Les attributs shape et coords dans a.
• L'attribut longdesc dans img et iframe.
• L'attribut target dans link.
• L'attribut nohref dans area.
• L'attribut profile dans head.
• L'attribut version dans html.
• L'attribut name dans img, form et a (à la place, utilisez id).
• L'attribut scheme dans meta.
• Les attributs archive, classid, codebase, codetype, declare et standby dans object.
• Les attributs valuetype et type dans param.
• L' attribut language dans script.
• L'attribut summary dans table.
• Les attributs axis et abbr dans td et th.
• L'attribut scope dans td.
• L'attribut headers dans th.

En outre, HTML 5 n'a aucun des attributs de présentation qui figuraient en HTML 4, comme ils sont mieux pris en charge par CSS :

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

4. APIs

HTML 5 introduit un nombre d'APIs qui aident à la création d'applications Web. Celles-ci peuvent être utilisées avec les nouveaux éléments introduits pour les applications :

• API de dessin en 2D qui peut être utilisée avec le nouvel élément canvas.
• API pour lecture de vidéo et d'audio qui peut être utilisée avec les nouveaux éléments video et audio.
• Stockage persistant. Le couple clé / valeur et une base de données SQL sont tous les deux supportés.
• Une API qui active les applications Web hors connexion.
• Une API qui permet à une application Web de s'enregistrer pour cerains protocoles ou types MIME.
• Des API d'édition combinées au nouvel attribut global contenteditable.
• API « glisser-déposer » combinées à l'attribut draggable.
• API de réseau.
• API qui affiche l'historique et permet aux pages d'y en ajouter pour prévenir la rupture du bouton précédent. (Cette API a les restrictions de sécurité nécessaires en place.)
• Messagerie de documents multiples.
• Événements envoyés par le serveur combinés au nouvel élément event-source.
• API de notification pour alerter l'utilisateur d'une nouvelle information, telle que de nouveaux messages dans une application de courrier électronique.

4.1 Extensions de HTMLDocument

HTML 5 a étendu l'interface HTMLDocument du DOM Niveau 2 HTML de quelques manières. L'interface est maintenant implémentée sur tous les objects implémentant l'interface Document, de façon à ce que cela reste significatif dans un contexte de document composé. Elle a aussi plusieurs nouveaux membres remarquables :

• getElementsByClassName(), pour sélectionner les éléments par le nom de leur classe. Vu la manière dont cette méthode est définie, cela lui permettra de fonctionner pour tout contenu avec des attributs class et pour un objet Document tel que SVG et MathML.

• innerHTML est une manière facile d'analyser et de sérialiser un document HTML ou XML. Cet attribut n'était précédemment disponible que sur HTMLElement dans les navigateurs Web et ne faisait partie d'aucun standard.

• activeElement et hasFocus, pour déterminer quel élément est actuellement focalisé et si le Document a le focus respectif ou non.

• getSelection(), qui retourne un objet représentant la(les) sélection(s) courante(s).

• designMode et execCommand(), qui sont le plus souvent utilisés pour l'édition de documents.

4.2 Extensions de HTMLElement

L'interface HTMLElement a aussi obtenu plusieurs extensions en HTML 5 :

• getElementsByClassName(), qui est, en gros, une version portée de celle trouvée dans HTMLDocument.

• innerHTML, tel que trouvé dans les navigateurs Web aujourd'hui. Il est aussi défini pour fonctionner dans un contexte XML (quand il est utilisé dans un document XML).

• classList est un moyen d'accès convenable à className. L'objet qu'il retourne expose des méthodes, telles que has(), add(), remove() et toggle(), pour la manipulation des classes de l'élément. Les éléments a, area et link ont un attribut similaire appelé relList, qui fournit la même fonctionnalité pour l'attribut rel.

5. Journal de bord des modifications de HTML 5

Ci-dessous une liste approximative des changements opérés à la spécification HTML 5 depuis le début de la publication du Brouillon de Travail de HTML 5. Ce journal de bord n'indique que ce qui a été modifié. Pour une discussion plus détaillée, veuillez utiliser les archives des listes d'abonnés public-html@w3.org et whatwg@whatwg.org. Les changements qui affectent ce document ont été intégrés partout.

• Les détails d'implémentation et d'édition au sujet de l'attribut ping ont changé.
• <meta http-equiv=content-type> est, maintenant, une façon conforme de définir le codage de caractères.
• L'API pour l'élément canvas a été soignée. Le support textuel a été ajouté.
• globalStorage est maintenant restreint à la politique de similarité de provenance et a été renommé en localStorage. La propagation de l'événement qui s'y rapporte a été clarifiée.
• API postMessage() changé. Seule la provenance du message est exposée, et non plus l'URI. Elle requiert aussi un second argument qui indique la provenance du document cible.
• L'API « Glisser-déposer » a fait l'objet d'une clarification. L'objet dataTransfer a maintenant un attribut types indiquant le type de données en train d'être transféré.
• L'élément m est maintenant appelé mark.
• Les événements envoyés par le serveur ont changé et fait l'objet d'une clarification. Un nouveau format est utilisé, afin que de plus anciennes implémentations ne soient pas rompues.
• L'élément figure ne requiert plus de légende.
• L'élément ol a un nouvel attribut reversed.
• La détection de codage de caractères a changé en réponse à une remarque.
• Des changements variés ont été effectués à la section de l'analyseur HTML en réponse à des remarques d'implémentation.
• Des changements variés ont été effectués à la section d'édition, y compris l'ajout de queryCommandEnabled() et de méthodes qui s'y rapportent.
• L'attribut headers a été ajouté aux éléments td.
• L'élément table a une nouvelle méthode createTBody().
• Le support de MathML a été ajouté à la section de l'analyseur HTML. (Le support de SVG est toujours une contribution en attente du SVG WG.)
• Des attributs définis par l'éditeur ont été ajoutés. Les éditeurs peuvent ajouter des attributs à des éléments sous la forme data-nom et peuvent y accéder à travers le DOM en utilisant dataset[nom] sur l'élément en question.
• L'élément q a changé pour obliger à ce qu'il y ait de la ponctuation à l'intérieur plutôt que d'avoir le navigateur qui l'affiche.
• L'attribut target peut maintenant avoir la valeur _blank.
• L'API showModalDialog a été ajoutée.
• L'API document.domain a été définie.
• L'élément source a maintenant un attribut pixelratio utilie aux vidéos qui ont un certain type d'erreur de codage.
• Les attributs DOM bufferedBytes, totalBytes et bufferingThrottled ont été ajoutés à l'élément video.
• L'événement begin de média a été renommé en loadstart par cohérence avec la spéficication des Événements de Progression.
• L'attribut charset a été ajouté à script.
• L'élément iframe a gagné les attributs sandbox et seamless, qui fournissent des fonctionnalités de bac à sable.
• Les éléments ruby, rt et rp ont été ajoutés pour supporter l'annotation ruby.
• Une méthode showNotification() a été ajoutée pour montrer des messages de notification à l'utilisateur.
• Le support pour les événements beforeprint et afterprint a été ajouté.

Remerciements

Le rédacteur voudrait remercier Ben Millard, Cameron McCormack, Charles McCathieNevile, Dan Connolly, David Håsäther, Frank Ellermann, Henri Sivonen, James Graham, Jürgen Jeka, Maciej Stachowiak, Martijn Wargers, Martyn Haigh, Masataka Yakura, Michael Smith, Olivier Gendrin, Philip Taylor et Simon Pieters pour leurs contributions à ce document, ainsi qu'à tous ceux qui ont contribué à HTML 5 au fil des ans pour améliorer le Web !

Références

[DOCTYPE]

Activating the Right Layout Mode Using the Doctype Declaration, H. Sivonen, janvier 2008.

[DOM2HTML]

Document Object Model (DOM) Level 2 HTML Specification, J. Stenback, P. Le Hégaret, A. Le Hors, rédacteurs. W3C, janvier 2003.

[HTML4]

HTML 4.01 Specification, D. Raggett, A. Le Hors, I. Jacobs, rédacteurs. W3C, décembre 1999.

[HTML5]

HTML 5, I. Hickson, D. Hyatt, rédacteurs. W3C, juin 2008.

Web Forms 2.0, I. Hickson, rédacteur. W3C, octobre 2006.

HTML 5, I. Hickson, rédacteur. WHATWG, juin 2008.

Web Forms 2.0, I. Hickson, rédacteur. WHATWG, octobre 2006.

HTML 5 (brouillon du rédacteur), I. Hickson, D. Hyatt, rédacteurs. W3C, juin 2008.

Web Forms 2.0 (brouillon du rédacteur), I. Hickson, rédacteur. W3C, octobre 2006.

[XHTML1]

XHTML™ 1.1 - Module-based XHTML, M. Altheim, S. McCarron, rédacteurs. W3C, mai 2001.

[XML]

Extensible Markup Language (XML) 1.0 (Fourth Edition), T. Bray, J. Paoli, C. Sperberg-McQueen, E. Maler, F. Yergeau, rédacteurs. W3C, septembre 2006.

Namespaces in XML 1.0 (Second Edition), T. Bray, D. Hollander, A. Layman, R. Tobin, rédacteurs. W3C, août 2006.