Hypertext Markup Language

langage de balisage prédominant pour la production de pages web
(Redirigé depuis Hypertext markup language)

Le HyperText Markup Language, généralement abrégé HTML ou, dans sa dernière version, HTML5, est le langage de balisage conçu pour représenter les pages web.

HTML
HyperText Markup Language
Caractéristiques
Extensions
.htm, .htmlVoir et modifier les données sur Wikidata
Type MIME
text/htmlVoir et modifier les données sur Wikidata
PUID
Développé par
Version initiale
Type de format
Basé sur
Origine de
Norme
Spécification
Site web

Ce langage permet d’écrire de l’hypertexte (d’où son nom), de structurer sémantiquement une page web, de mettre en forme du contenu, de créer des formulaires de saisie ou encore d’inclure des ressources multimédias dont des images, des vidéos, et des programmes informatiques. Le HTML offre également la possibilité de créer des documents interopérables avec des équipements très variés et conformément aux exigences de l’accessibilité du web.

Il est souvent utilisé conjointement avec le langage de programmation JavaScript et des feuilles de style en cascade (CSS). HTML est inspiré du Standard Generalized Markup Language (SGML). Il s'agit d'un format ouvert.

Dénominations

modifier

L’anglais « Hypertext Markup Language » se traduit littéralement en « langage de balisage d’hypertexte »[1]. On utilise généralement le sigle « HTML », parfois même en répétant le mot « langage » comme dans « langage HTML ». Hypertext est parfois écrit HyperText pour marquer le T du sigle HTML.

Le public non averti parle parfois de HTM au lieu de HTML, HTM étant l’extension de nom de fichier tronquée à trois lettres, une limitation que l’on trouve sur d’anciens systèmes d’exploitation de Microsoft.

Évolution du langage

modifier

Durant la première moitié des années 1990, avant l’apparition des technologies Web comme le langage JavaScript (JS), les feuilles de style en cascade (CSS) et le Document Object Model (DOM), l’évolution de HTML a dicté l’évolution du World Wide Web. Depuis la création de l'HTML 4 en 1997, son évolution a fortement ralenti. Dix ans plus tard, HTML 4 reste utilisé dans les pages web. En 2008, la spécification du HTML5 est à l’étude[2] et devient d'usage courant dans la seconde moitié des années 2010.

1989-1992 : Origine

modifier

HTML est une des trois inventions à la base du World Wide Web, avec le Hypertext Transfer Protocol (HTTP) et les adresses web (URL). HTML a été inventé pour permettre d'écrire des documents hypertextuels liant les différentes ressources d’Internet avec des hyperliens. Aujourd’hui, ces documents sont appelés « page web ». En , lorsque Tim Berners-Lee annonce publiquement le web sur Usenet, il ne cite que le langage Standard Generalized Markup Language (SGML), mais donne l’URL d’un document de suffixe .html.

Dans son livre Weaving the web[3], Tim Berners-Lee décrit la décision de baser HTML sur SGML comme étant aussi « diplomatique » que technique : techniquement, il trouvait SGML trop complexe, mais il voulait attirer la communauté hypertexte qui considérait que SGML était le langage le plus prometteur pour standardiser le format des documents hypertexte. En outre, SGML était déjà utilisé par son employeur, l’Organisation européenne pour la recherche nucléaire (CERN). ;

Les premiers éléments du langage HTML comprennent :

  • le titre du document,
  • les hyperliens,
  • la structuration du texte en titres, sous-titres, listes ou texte brut,
  • un mécanisme rudimentaire de recherche par index.

La description de HTML est alors assez informelle et principalement définie par le support des divers navigateurs web contemporains. Dan Connolly a aidé à faire de HTML une véritable application de SGML[4].

1993 : Apports de NCSA Mosaic

modifier

L’état de HTML correspond alors à ce que l’on pourrait appeler HTML 1.0. Il n’existe cependant aucune spécification portant ce nom, notamment parce que le langage était en pleine évolution. Un effort de normalisation était cependant en cours[5]. À partir de fin 1993, le terme HTML+ est utilisé pour désigner la version future de HTML[6],[7]. Malgré l’effort de normalisation ainsi initié et jusqu’à la fin des années 1990, HTML est principalement défini par les implémentations des navigateurs web.

Avec le navigateur NCSA Mosaic, HTML connaît deux inventions majeures :

  • d’abord l’invention de l’élément IMG permet d’intégrer des images (dans un premier temps, uniquement aux formats GIF et XBM) aux pages web (Mosaic 0.10) ;
  • ensuite l’invention des formulaires (Mosaic 2.0pre5) rend le web interactif en permettant aux visiteurs de saisir des données dans les pages et de les envoyer au serveur web. Cette invention permet notamment de passer des commandes, et donc d’utiliser le web pour faire du commerce électronique.

1994 : Apports de Netscape Navigator

modifier

Avec l’apparition de Netscape Navigator 0.9 le , le support de nombreux éléments de présentation est ajouté : attributs de texte, clignotement, centrage, etc.

Le développement de HTML prend alors deux voies divergentes :

  • d’une part, les développeurs de navigateurs s’attachent à maximiser l’impact visuel des pages web en réponse aux demandes des utilisateurs[8] ;
  • d’autre part, les concepteurs du Web proposent d’étendre les capacités de description sémantique (logos, notes de bas de page, etc.) et les domaines d’applications (formules mathématiques, tables) de HTML.

Les concepteurs suivent les principes de SGML consistant à laisser la présentation à un langage de style. En , le World Wide Web Consortium (W3C) nouvellement fondé propose le résultat de ses recherches sur HTML+ : le brouillon HTML 3.0. Il comprend notamment le support des tables, des figures et des expressions mathématiques. Ce brouillon expire le sans donner de suites directes. En l’occurrence, les feuilles de style en cascade (CSS) sont prévues pour HTML. Seul le support des tables est rapidement intégré aux navigateurs, notamment parce qu’il permet une très nette amélioration de la présentation.

Outre la multiplication des éléments de présentation, les logiciels d’alors produisant et consommant du HTML conçoivent souvent les documents comme une suite de commandes de formatage plutôt que comme un marquage représentant la structure en arbre aujourd’hui appelée Document Object Model (DOM). Le manque de structure du HTML alors mis en œuvre est parfois dénoncé comme étant de la « soupe de balises », en anglais : tag soup.

1995-1996 : HTML 2.0

modifier

Fin 1995, le RFC 1866[9] décrivant HTML 2.0 est finalisé. Le principal éditeur est Dan Connolly. Ce document décrit HTML tel qu’il existait avant , donc sans les nombreuses additions de Netscape Navigator.

1997 : HTML 3.2 et 4.0

modifier

Le , le W3C publie la spécification HTML 3.2. Elle décrit la pratique courante observée début 1996[10], donc avec une partie des additions de Netscape Navigator et d’Internet Explorer. Ses plus importantes nouveautés sont la standardisation des tables et de nombreux éléments de présentation. HTML 3.2 précède de peu HTML 4.0 et contient des éléments en prévision du support des styles et des scripts.

Le , le W3C publie la spécification HTML 4.0 qui standardise de nombreuses extensions supportant les styles et les scripts, les cadres (frames) et les objets (inclusion généralisée de contenu). HTML 4.0 apporte également différentes améliorations pour l’accessibilité des contenus[11] dont principalement la possibilité d’une séparation plus explicite entre structure et présentation du document, ou le support d’informations supplémentaires sur certains contenus complexes tels que les formulaires, les tableaux ou les sigles. HTML 4.0 introduit trois variantes du format, destinées à favoriser l’évolution vers un balisage plus signifiant, tout en tenant compte des limites temporaires des outils de production :

  • la variante stricte (strict) exclut des éléments et attributs dits « de présentation », destinés à être remplacés par les styles CSS, ainsi que les éléments applet et frame qui sont remplacés par l’élément object conçu pour être plus apte à l’interopérabilité et à l’accessibilité ;
  • la variante transitoire (transitional) étend la variante stricte en reprenant les éléments et attributs dépréciés de HTML 3.2, dont les éléments de présentation sont couramment utilisés par les éditeurs HTML de l’époque ;
  • la variante frameset normalise la technique des jeux de cadres composant une ressource unique à partir de plusieurs pages web assemblées par le navigateur.

Ces variantes perdurent par la suite sans modifications notables en HTML 4.01 et dans le format de transition XHTML 1.0 issu de HTML. La dernière spécification de HTML est la version 4.01 datant du . Elle n’apporte que des corrections mineures à la version 4.0.

2000-2006 : XHTML

modifier

Le développement de HTML en tant qu’application du Standard Generalized Markup Language (SGML) est officiellement abandonné au profit de XHTML, application de Extensible Markup Language (XML).

Cependant, en 2004, des éditeurs de navigateurs web[12] créent le web Hypertext Application Technology Working Group (WHATWG) dans le but, notamment, de relancer le développement du format HTML et de répondre aux nouveaux besoins sur une base technologique jugée plus aisément implémentable que celle du XHTML 2.0 en cours de conception.

Ceci s’inscrit dans le contexte d’une contestation plus générale du mode de fonctionnement du W3C, réputé trop fermé par une partie des développeurs et designers web[13].

De 2007 à nos jours : HTML 5 et abandon du XHTML 2

modifier

En , tirant la conséquence des réticences d’une partie de l’industrie et des concepteurs de contenus web face à XHTML 2.0[14], le W3C relance le développement de HTML et crée un nouveau groupe de travail encadré par Chris Wilson (Microsoft) et initialement Dan Connolly (W3C), puis Michael Smith (W3C).

Il s’agit notamment[15] :

  • de faire évoluer HTML pour décrire la sémantique des documents mais aussi les applications en ligne ;
  • de parvenir à un langage extensible via XML tout en maintenant une version non XML compatible avec les analyseurs syntaxiques (parsers) HTML des navigateurs actuels ;
  • et d’enrichir les interfaces utilisateurs avec des contrôles spécifiques : barres de progrès, menus, champs associés à des types de données spécifiques.

Les travaux du WHATWG ont été formellement adoptés en comme point de départ d’une nouvelle spécification HTML5[16]. Ce document[17] a été publié sous forme de Working Draft le . Parmi les principes de conception évoqués par le groupe de travail figurent en particulier[18] :

  • la compatibilité des futures implémentations HTML avec le contenu web existant, et la possibilité pour d’anciens agents utilisateurs d’exploiter les futurs contenus HTML 5 ;
  • une approche pragmatique, préférant les évolutions aux modifications radicales, et adoptant les technologies ou pratiques déjà largement partagées par les auteurs de contenus actuels ;
  • la priorité donnée, en cas de conflit d’intérêt, aux besoins des utilisateurs sur ceux des auteurs, et par suite, à ceux des auteurs sur les contraintes d’implémentation par les navigateurs ;
  • le compromis entre la richesse sémantique du langage et l’utilité pratique des solutions disponibles pour remplir l’objectif majeur d’indépendance envers le média de restitution.

Une Accessibility Task Force est créée par le W3C en afin de résoudre les problèmes de compatibilité du nouveau format avec les normes d'accessibilité[19], liés notamment à l'implémentation d'ARIA, aux alternatives textuelles et aux nouveaux éléments canvas et video[20].

Le développement de XHTML 2.0 est initialement poursuivi en parallèle, en réponse aux besoins d’autres secteurs du web, tels que les périphériques mobiles, les applications d’entreprise et les applications serveurs[21]. Puis, en , le W3C décide la non-reconduction du XHTML 2 Working Group à la fin 2009[22].

Avec l'abandon du XHTML 2, la version XHTML 1.1 reste donc la version normalisée. Le HTML5 sera compatible avec le XHTML et le XML, et autorisera donc des documents XHTML5[23]. Cependant, il est probable que le W3C s'oriente vers un abandon pur et simple du XHTML 1.1, car l'implantation du XML dans le HTML5 rend inutile la définition de document de type XHTML y.y (où y.y sont les numéros de version)[23].

Avenir du HTML

modifier

En , des divergences de points de vue entre Ian Hickson (ingénieur chez Google), qui écrit la spécification HTML5, et les membres du groupe de travail du W3C conduisent le WHATWG à créer HTML Living Standard (littéralement : standard vivant du HTML), une spécification de HTML prévue pour être en constante évolution, afin de coller avec les développements rapides de nouvelles fonctionnalités par les développeurs de navigateurs[24](par opposition à des versions numérotées, donc « fixes »).

Le HTML Living Standard a pour but d'inclure le HTML5, et de le développer en permanence[25]. En particulier, dans la version du , le document de référence[25] explique que le HTML5 du W3C, publié le , est basé sur une version du HTML Living Standard, mais que le HTML Living Standard ne s'arrête pas à cette version, et continue à évoluer. Il développe en particulier les différences entre la version W3C (le HTML5) et la version HTML Living Standard (par exemple, les nouveaux bugs ne sont pas pris en compte dans le HTML5, des différences syntaxiques sont répertoriées, et de nouvelles balises créées par le HTML Living Standard ne sont pas incluses dans le HTML5).

Description de HTML

modifier

HTML est un langage de description de format de document qui se présente sous la forme d’un langage de balisage dont la syntaxe vient du Standard Generalized Markup Language (SGML).

Syntaxe de HTML

modifier

Jusqu’à sa version 4.01 comprise, HTML est formellement décrit comme une application du SGML. Cependant, les spécifications successives admettent, par différents biais, que les agents utilisateurs ne sont pas, en pratique, des analyseurs SGML conformes[26]. Les navigateurs Web n’ont jamais été capables de déchiffrer l’ensemble des variations de syntaxe permises par SGML[27] ; en revanche ils sont généralement capables de rattraper automatiquement de nombreuses erreurs de syntaxe, suivant la première partie de la « loi de Postel » : « Soyez libéral dans ce que vous acceptez, et conservateur dans ce que vous envoyez » (RFC 791[28]). De fait, les développeurs de pages Web et de navigateurs Web ont toujours pris beaucoup de liberté avec les règles syntaxiques de SGML. Enfin, la document type definition (DTD) de HTML, soit la description technique formelle de HTML, n’a été écrite par Dan Connolly que quelques années après l’introduction de HTML[4].

Malgré les libertés prises avec la norme, la terminologie propre à SGML est utilisée : document, élément, attribut, valeur, balise, entité, validité, application, etc. Grâce à la DTD, il est possible de vérifier automatiquement la validité d’un document HTML à l’aide d’un parseur SGML[29].

À l’origine, HTML a été conçu pour baliser (ou marquer) simplement le texte, notamment pour y ajouter des hyperliens. On utilisait un minimum de balises, comme dans le document HTML suivant :

<TITLE>Exemple de HTML</TITLE>
Ceci est une phrase avec un <A HREF=cible.html>hyperlien</A>.
<P>
Ceci est un paragraphe o&ugrave; il n'y a pas d'hyperlien.

Cet exemple contient du texte, cinq balises et une référence d’entité :

  • <TITLE> est la balise ouvrante de l’élément TITLE.
  • </TITLE> est la balise fermante de l’élément TITLE.
  • Exemple de HTML est le contenu de l’élément TITLE.
  • <A HREF=cible.html> est la balise ouvrante de l’élément A, avec :
    • HREF=cible.html, l’attribut HREF dont la valeur est cible.html.
  • <P> est la balise ouvrante de l’élément P. Toutefois, elle est utilisée ici comme s’il s’agissait d’un séparateur de paragraphe, et c’est même ainsi qu’elle est souvent présentée dans les plus anciennes documentations de HTML. Il s’agit de la balise ouvrante du paragraphe dont le contenu est Ceci est un paragraphe o&ugrave; il n’y a pas d’hyperlien. La balise fermante de l’élément P, qui est optionnelle, est ici omise. L’élément P est implicitement terminé lorsqu’un nouveau paragraphe commence ou que l’élément parent est fermé (cas présent).
  • &ugrave; est une référence d’entité représentant le caractère « ù ».
  • Les balises peuvent être indifféremment écrites en minuscules ou majuscules. L’usage des minuscules devient plus courant car XHTML les impose.

Un document HTML valide est un document qui respecte la syntaxe SGML, n’utilise que des éléments et attributs standardisés, et respecte l’imbrication des éléments décrite par le standard. Il ne manque qu’une déclaration de type de document à l’exemple précédent pour qu’il soit un document HTML 2.0 valide[30].

Un document valide n’est cependant pas suffisant pour être conforme à la spécification HTML visée. En effet, outre l’exigence de validité, un document conforme est soumis à d’autres contraintes qui ne sont pas exprimées par la définition de type de document (DTD), mais qui le sont par la spécification elle-même. C’est notamment le cas du type de contenu de certains attributs, comme celui de l’attribut datetime : pour être conforme à HTML 4.01, celui-ci doit être lui-même conforme à un sous-ensemble de la norme ISO 8601[31]. Un parseur strictement SGML tel que le validateur HTML du W3C ne peut donc pas garantir la conformité d’un document HTML.

Structure des documents HTML

modifier

Dans les premières années, les documents HTML étaient souvent considérés comme des structures plates, et les balises comme des commandes de style[32]. Ainsi la balise <p> était considérée comme un saut de ligne, et la balise </p> était ignorée. Ou encore lorsque JavaScript 1.0 est apparu, il ne donnait accès qu’aux liens et formulaires du document à travers les tables document.forms et document.links.

Avec l’introduction des Cascading Style Sheets et du Document Object Model, il a fallu considérer que les documents HTML ont une véritable structure en arbre, avec un élément racine contenant tous les autres éléments[33]. Les balises ouvrantes et fermantes de ces éléments restent d’ailleurs optionnelles. Cependant, aujourd’hui, on a tendance à baliser chaque élément[34] et à indiquer la DTD. À l'exception de l'élément à la racine, chaque élément a exactement un élément parent direct ; cet « arbre du document » est notamment utilisé par la structure de formatage qui en est dérivée pour l’application des feuilles de style en cascade où chaque élément peut avoir un fond, un bord et une marge propres.

La structure la plus commune en HTML consiste à avoir un élément racine html avec deux enfants : un élément head pour l'en-tête du document contenant surtout des méta-informations, suivi d'un élément body pour le corps du document. L'élément title dans l'élément head est obligatoire : il donne un titre au document qui est par exemple affiché en titre d'onglet de navigateur, en titre de résultat de moteur de recherche, et en nom de marque-page.

Structure d’un document HTML
Source HTML Modèle du document
<!DOCTYPE html PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html>
 <head>
  <title>
   Exemple de HTML
  </title>
 </head>
 <body>
  Ceci est une phrase avec un <a href="cible.html">hyperlien</a>.
  <p>
   Ceci est un paragraphe où il n’y a pas d’hyperlien.
  </p>
 </body>
</html>

html

head

title

texte

body

texte

a

texte

texte

p

texte

Éléments de HTML

modifier

La version 4 de HTML décrit 91 éléments. En suivant la spécification de HTML 4, les fonctionnalités implémentées par HTML peuvent être réparties ainsi :

Structure générale d’un document HTML[35]
Au plus haut niveau, un document HTML est séparé entre un en-tête et un corps. L’en-tête contient les informations sur le document, notamment son titre et éventuellement des métadonnées. Le corps contient ce qui est affiché.
Informations sur la langue[36]
Il est possible d’indiquer la langue de n’importe quelle partie du document et de gérer le mélange de texte s’écrivant de gauche à droite avec du texte de droite à gauche.
Marquage sémantique[37]
HTML permet de différencier des contenus spécifiques tels que les citations d’œuvres externes, les extraits de code informatique, les passages en emphase et les abréviations. Certains de ces éléments, conçus initialement pour permettre le support de documentations techniques, sont très rarement employés (différenciation entre les éléments de variable et d’exemple de valeur dans un code informatique, par exemple, ou encore instance d’un terme défini dans le contexte).
Listes[38]
HTML différencie des listes non ordonnées et des listes ordonnées, selon que l’ordre formel du contenu dans le code est en soi ou non une information. Des listes de définition existent également, mais sans que leur champ d’application ne soit exactement déterminé.
Tables[39]
Cette fonctionnalité sert formellement à la présentation de données tabulaires, mais a été surtout exploitée pour ses capacités de mise en page avant que les feuilles de style en cascade (CSS) atteignent un degré de maturité suffisant.
Hyperliens[40]
La fonctionnalité première de HTML.
Inclusion d’images, d’applets et d’objets divers[41]
À l’origine, HTML permettait seulement de donner des hyperliens sur les médias externes. L’invention d’éléments spécialisés pour le multimédia a permis l’inclusion automatique d’image, de musique, de vidéo, etc. dans les pages web.
Éléments de regroupement[42]
Ne conférant pas de signification au contenu qu’ils balisent, ces éléments génériques permettent d’appliquer des styles de présentation, de réaliser des traitements via des scripts ou tout autre opération nécessitant d’isoler une partie du contenu.
Style de la présentation[43]
Chaque élément, voire tout le document, peut se voir appliquer des styles. Les styles sont définis dans le document ou proviennent de feuilles de style en cascade (CSS) externes.
Marquage de présentation du texte[44]
Développé avant la généralisation de CSS pour fournir rapidement des fonctionnalités aux graphistes. D’usage désormais officiellement déconseillé pour la plus grande partie.
Cadres[45]
Aussi connu sous le nom de frames, une fonctionnalité souvent décriée qui permet d’afficher plusieurs documents HTML dans une même fenêtre.
Formulaire pour l’insertion interactive de données[46]
Les éléments de formulaire permettent aux visiteurs d'entrer du texte et des fichiers dans les pages Web.
Scripts[47]
Permet d’associer des morceaux de programmes aux actions des utilisateurs sur le document. Les langages utilisés sont généralement JavaScript et VBScript.

Attributs de HTML

modifier

Les attributs permettent de préciser les propriétés des éléments HTML. Il y a 188 attributs dans la version 4 de HTML[48].

Certains attributs s’appliquent à presque tous les éléments :

  • les attributs génériques id (identificateur unique) et class (identificateur répétable)[49] destinés à permettre l’application de traitements externes, tels que l’application de styles de présentation ou de manipulation de l’arbre du document via un langage de script. Il s’y ajoute l’attribut style[50] permettant de définir le style de présentation de l’élément (généralement en CSS), et l’attribut title[51] apportant une information complémentaire de nature le plus souvent libre (L’exception majeure est l’utilisation du title pour déterminer le style permanent et les éventuels styles alternatifs appliqués à un document via des éléments link) ;
  • les attributs d’internationalisation dir et lang[36] spécifiant la direction d’écriture et la langue du contenu ;
  • les gestionnaires d’évènements onclick, ondblclick, onkeydown, onkeypress, onkeyup, onmousedown, onmousemove, onmouseout, onmouseover, onmouseup[52], qui capturent les évènements générés dans l’élément pour appeler un script.

D’autres attributs sont propres à un élément unique, ou des éléments similaires. Par exemple :

  • les éléments qui permettent d’inclure dans le document des ressources graphiques sont dotés d’attributs de hauteur et de largeur, afin que le navigateur puisse anticiper la taille de la ressource à afficher avant que celle-ci n’ait été téléchargée : img, object, iframe ;
  • des éléments spécifiques sont dotés d’un attribut assumant une fonction unique, tel que l’élément label des étiquettes des contrôles de formulaire et son attribut for désignant le contrôle concerné : c’est, en HTML, et avec les attributs usemap et ismap des images, l’une des très rares associations explicites et formalisées entre des éléments, indépendamment de leur ordre linéaire dans le code source.

La plupart des attributs sont facultatifs. Quelques éléments ont cependant des attributs obligatoires :

  • de par leur nature : l’élément img est obligatoirement doté d’un attribut src spécifiant l’URI de la ressource graphique qu’il représente. Il en est de même de tous les éléments dits « vides » et « remplacés »[53] qui, au prix d’une entorse aux règles SGML, n’ont pas de contenu propre. C’est également le cas d’éléments non vides pour des raisons fonctionnelles, comme l’élément form dont l’attribut action indique la cible serveur qui traitera les données après soumission ;
  • pour des raisons liées à l’accessibilité du contenu : les images sont ainsi dotées d’un attribut obligatoire alt permettant d’indiquer un contenu textuel brut destiné à remplacer la ressource graphique dans les contextes de consultation où elle ne peut pas être restituée ou perçue.

Le type de contenu des attributs HTML échappe pour partie au champ d’application de cette norme, et sa validation relève de normes tierces telles que les URI, les types de contenu ou les codes de langages.

Certains attributs sont enfin de type booléen. Ce sont les seuls attributs dont la syntaxe peut être validement implicite en HTML : l’attribut selected d’un contrôle de formulaire peut ainsi être raccourci sous la forme selected remplaçant la forme complète selected="selected". Cette forme particulière est un des points différenciant HTML de la syntaxe des documents « bien formés » au sens XML.

Jeux de caractères

modifier

Les pages Web peuvent être rédigées dans toutes sortes de langues et de très nombreux caractères peuvent être utilisés, ce qui requiert soit un jeu de caractères par type d’écriture, soit un jeu de caractères universel. Lors de l’apparition de HTML, le jeu de caractères universel Unicode n’était pas encore inventé, et de nombreux jeux de caractères se côtoyaient, notamment ISO-8859-1 pour l’alphabet latin et ouest-européen, Shift-JIS pour le japonais, KOI8-R pour le cyrillique. Aujourd’hui, le codage UTF-8 de Unicode est le plus répandu.

Le protocole de communication HTTP transmet le nom du jeu de caractères. L’en-tête HTML peut comporter le rappel de ce jeu de caractères, qui devrait être identique, sauf erreur de réglage. Enfin, à la suite d'un mauvais réglage, le jeu de caractères réellement utilisé peut encore différer du jeu annoncé. Ces mauvais réglages causent généralement des erreurs d’affichage du texte, notamment pour les caractères non couverts par la norme ASCII.

Technique d'échappement

modifier

Avant la généralisation d'Unicode, des entités ont été définies pour représenter certains caractères non ASCII. Cela a commencé avec les caractères d'ISO 8859-1 dans la norme HTML 2.0. Pour les diacritiques, ces entités suivent un principe simple : la lettre est suivie de l'abréviation de la diacritique associée.

Diacritiques d'ISO 8859-1
caractère référence d'entité remarque
Á &Aacute; acute pour l'accent aigu
 &Acirc; circ pour l'accent circonflexe
À &Agrave; grave pour l'accent grave
Å &Aring; ring pour le rond en chef
à &Atilde; tilde pour le tilde
Ä &Auml; uml (Umlaute) pour le tréma
Ç &Ccedil; cedil pour la cédille
Ø &Oslash; slash pour la barre oblique

Interopérabilité de HTML

modifier

Tel qu’il a été formalisé par le W3C, HTML est conçu pour optimiser l’interopérabilité des documents. Le HTML ne sert pas à décrire le rendu final des pages web. En particulier, contrairement à la publication assistée par ordinateur, HTML n’est pas conçu pour spécifier l’apparence visuelle des documents. HTML est plutôt conçu pour donner du sens aux différentes parties du texte : titre, liste, passage important, citation, etc. Le langage HTML a été développé avec l’intuition que les appareils de toutes sortes seraient utilisés pour consulter le web : les ordinateurs personnels avec des écrans de résolution et de profondeur de couleurs variables, les téléphones portables, les appareils de synthèse et de reconnaissance de la parole, les ordinateurs avec une bande passante faible comme élevée, et ainsi de suite.

Comme HTML ne s’attache pas au rendu final du document, un même document HTML peut être consulté à l’aide de matériels et logiciels très divers. Au niveau matériel, un document peut notamment être affiché sur un écran d'ordinateur en mode graphique ou un terminal informatique en mode texte, il peut être imprimé, ou il peut être prononcé par synthèse vocale. Au niveau logiciel, HTML ne fait pas non plus de supposition, et plusieurs types de logiciels lisent le HTML : navigateur web, robot d'indexation, scripts divers (en Perl, PHP) de traitement automatique.

Un haut degré d’interopérabilité permet de baisser les coûts des fournisseurs de contenus car une seule version de chaque document sert des besoins très variés. Pour l’utilisateur du web, l’interopérabilité permet l’existence de nombreux navigateurs concurrents, tous capables de consulter l’ensemble du web.

Chaque version de HTML a essayé de refléter le plus grand consensus entre les acteurs de l’industrie, de sorte que les investissements consentis par les fournisseurs de contenus ne soient pas gaspillés et que leurs documents ne deviennent en peu de temps illisibles. La séparation du fond et de la forme n’a pas toujours été respectée au cours du développement du langage, comme en témoigne par exemple le balisage de style de texte, qui permet d’indiquer notamment la police de caractères souhaitée pour l’affichage, sa taille, ou sa couleur.

Notes et références

modifier
  1. « ISO/IEC 15445:2000 », sur ISO (consulté le ).
  2. Le W3C publie le premier document de travail sur HTML 5, futur du contenu Web - La communauté Web établit le prochain standard HTML au sein du forum W3C public, communiqué, W3C, .
  3. (en) Tim Berners-Lee, Mark Fischetti, Weaving the web: the past, present and future of the World Wide Web by its inventor, Londres, Texere, 2000, p. 45-46 (ISBN 978-1-58799-018-2).
  4. a et b (en) James Gillies, Robert Cailliau, How the Web was Born: The Story of the World Wide Web, Oxford, Oxford University Press, 2000, p. 212-213 (ISBN 978-0-19-286207-5).
  5. (en) Hypertext Markup Language (HTML), Internet Draft, , sur w3.org.
  6. (en) « Introduction to HTML 4 », sur www.w3.org (consulté le )
  7. « Introduction à HTML 4 », sur www.la-grange.net (consulté le )
  8. Marc Andreessen, créateur de Netscape Navigator, déclarait dès 1993 sur la liste de discussion www-talk : « Je pense que s’occuper du SGML en général est une complète perte de temps, et que nous en serions aujourd’hui beaucoup plus loin si nous n’étions pas encombrés avec cet héritage SGML que nous continuons à porter. 99,99 % des gens avec qui je parle veulent mettre en ligne des documents riches, veulent contrôler leur apparence, et se contre-fichent totalement du balisage sémantique ou des différences entre la structure et le rendu d’un document. » (en) HTML Spec, daté du .
  9. (en) « Hypertext Markup Language - 2.0 », Request for comments no 1866
  10. (en) « HTML 3.2 Reference Specification », sur www.w3.org (consulté le )
  11. La W3C a lancé en 1997 les premiers travaux de son (en) Initiative pour l’Accessibilité du web (WAI), qui entame alors l’élaboration de ce qui allait devenir les premières (en) Directives pour l’Accessibilité des Contenus web (WCAG), essentiellement consacrées à l’accessibilité des documents HTML.
  12. L’initiative vient d’Opera et de Mozilla, rejoints par la suite par Apple, (en) http://www.w3.org/2004/04/webapps-cdf-ws/papers/opera.html.
  13. (en) Jeffrey Zeldman, An angry fix, mis en ligne le .
  14. Tim Berners Lee écrivait dès  : « la tentative de faire passer tout le monde à XML et aux contraintes syntaxiques que cela impose (guillemets autour des valeurs d’attributs, slashes dans les balises simples et espaces de noms), à intégrer d’un seul coup, n’a pas fonctionné … Il faut créer un groupe de travail HTML entièrement nouveau qui, contrairement au précédent, sera destiné à apporter des améliorations incrémentales à HTML, ainsi qu’à XHTML », (en) http://dig.csail.mit.edu/breadcrumbs/node/166.
  15. (en) « HTML Working Group », Charte du groupe de travail HTML W3C, sur www.w3.org (consulté le )
  16. (en)Results of Questionnaire Shall we Adopt HTML5 as our specification text for review?, sur w3.org.
  17. (en) HTML 5 – A vocabulary and associated APIs for HTML and XHTML – W3C Working Draft 22 January 2008, http://www.w3.org/TR/html5/.
  18. (en) HTML Design Principles, sur w3.org.
  19. (en) HTML Accessibility Task Force Work Statement, W3C, HTML Accessibility Task Force Wiki, W3C.
  20. (en) Why is HTML5 Accessibility important? Because this child may never know HTML 4, Steve Faulkner, , sur slideshare.net.
  21. « Le XHTML a été appliqué sur d’autres marchés, dont les périphériques mobiles, les applications d’entreprise, les applications serveurs, ainsi que dans un nombre croissant d’applications web telles que les blogiciels. Par exemple, le Groupe de travail des Meilleures Pratiques du web Mobile a inclus le standard XHTML Basic comme pierre angulaire des Meilleures Pratiques du web Mobile car les logiciels s’exécutant avec peu de mémoire peuvent le prendre en charge. … Avec la mise en place du Groupe de travail XHTML 2, le W3C continuera son travail technique sur le langage et prendra parallèlement en compte la revalorisation de la technologie afin d’expliquer clairement son indépendance et sa valeur sur le marché … », (en) Communiqué du W3C, .
  22. « 2009 - W3C », sur www.w3.org (consulté le ).
  23. a et b « Frequently Asked Questions (FAQ) about the future of XHTML », sur www.w3.org (consulté le )
  24. Denis Christine, « Historique d'Internet », sur webpao.inaden.org, (consulté le )
  25. a et b « HTML Standard », sur html.spec.whatwg.org (consulté le )
  26. (en) Henri Sivonen, An HTML5 Conformance Checker, thèse de Master, Helsinki, 2007.
  27. Comme la forme courte <em/emphase/> au lieu de <em>emphase</em>.
  28. (en) « Internet Protocol », Request for comments no 791
  29. Comme valideur HTML, on peut notamment citer le (en) Markup Validation Service du W3C.
  30. « [Valid] Markup Validation of upload://Form Submission - W3C Markup Validator », sur validator.w3.org (consulté le )
  31. « Paragraphs, Lines, and Phrases », sur www.w3.org (consulté le )
  32. Tim Berners-Lee considérait les balises de titre, et même de liste, comme des balises de style. Voir notamment la présentation Les standards HTML et CSS des origines à mercredi dernier de Daniel Glazman.
  33. Des navigateurs comme Netscape Navigator 4 ont eu du mal à faire cette transition ; ainsi un style appliqué à l’élément p donnait des résultats dépendants de la présence de la balise optionnelle de fermeture </p>.
  34. Pour simplifier SGML, le standard XML (sur lequel est basé XHTML) n’autorise pas les balises optionnelles.
  35. (en) HTML 4.01 Specification - 7 The global structure of an HTML document, sur www.w3.org (consulté le ) ; 7 La structure globale du document HTML, sur www.la-grange.net (consulté le )
  36. a et b (en) HTML 4.01 Specification - 8 Language information and text direction, sur www.w3.org (consulté le ) ; 8 Les indications de langue et la direction du texte, sur www.la-grange.net (consulté le ).
  37. (en) HTML 4.01 Specification - 9 Text, sur www.w3.org (consulté le ) ; 9 Le texte, sur www.la-grange.net (consulté le )
  38. (en) HTML 4.01 Specification - 10 Lists sur www.w3.org (consulté le ) ; 10 Les listes, sur www.la-grange.net (consulté le ).
  39. (en) HTML 4.01 Specification - 11 Tables sur www.w3.org (consulté le ) ; 11 Les tables, sur www.la-grange.net (consulté le ).
  40. (en) HTML 4.01 Specification - 12 Links sur www.w3.org (consulté le ) ; 12 Les liens, sur www.la-grange.net (consulté le ).
  41. (en) HTML 4.01 Specification - 13 Objects, Images, and Applets sur www.w3.org (consulté le ) ; 13 Les objets, les images et les applets, sur www.la-grange.net (consulté le ).
  42. (en) HTML 4.01 Specification - 7.5.4 Grouping elements: the DIV and SPAN elements, sur www.w3.org (consulté le ) ; 7.5.4 Le regroupement des éléments : les éléments DIV et SPAN, sur www.la-grange.net (consulté le ).
  43. (en) HTML 4.01 Specification - 14 Style Sheets, sur www.w3.org (consulté le ) ; 14 Les feuilles de style, sur www.la-grange.net (consulté le ).
  44. (en) HTML 4.01 Specification - 15 Alignment, font styles, and horizontal rules, sur www.w3.org (consulté le ) ; 15 L’alignement, les styles de police et les règles horizontales, sur www.la-grange.net (consulté le ).
  45. (en) HTML 4.01 Specification - 16 Frames, sur www.w3.org (consulté le ) ; 16 Les cadres, sur www.la-grange.net (consulté le ).
  46. (en) HTML 4.01 Specification - 17 Forms, sur www.w3.org (consulté le ) ; 17 Les formulaires sur www.la-grange.net (consulté le ).
  47. (en) HTML 4.01 Specification - 18 Scripts, sur www.w3.org (consulté le ) ; 18 Les scripts, sur www.la-grange.net (consulté le ).
  48. (en) HTML 4.01 Specification - Index of Attributes sur www.w3.org (consulté le ) ; Index des attributs, sur www.la-grange.net (consulté le ).
  49. (en) HTML 4.01 Specification - 7.5.2 Element identifiers: the id and class attributes, sur www.w3.org (consulté le ) ; 7.5.2 Les identifiants des éléments : les attributs id et class, sur www.la-grange.net (consulté le ).
  50. (en) HTML 4.01 Specification - 14.2.2 Inline style information, sur www.w3.org (consulté le ) ; 14.2.2 Les informations de style en-ligne, sur www.la-grange.net (consulté le ).
  51. (en) HTML 4.01 Specification - 7.4.3 The title attribute sur www.w3.org (consulté le ) ; 7.4.3 L’attribut title, sur www.la-grange.net (consulté le )
  52. (en) HTML 4.01 Specification - 18.2.3 Intrinsic events sur www.w3.org (consulté le ) ; 18.2.3 Les événements intrinsèques, sur www.la-grange.net (consulté le )
  53. au sens de CSS 2.1 qui explicite la notion d’« élément remplacé » restée implicite en HTML. Voir (en) http://www.w3.org/TR/CSS21/conform.html#replaced-element.

Voir aussi

modifier

Sur les autres projets Wikimedia :

Articles connexes

modifier

Liens externes

modifier

Documents officiels

modifier