Cette spécification a été traduite par Karl Dubost, Normandie Web (karl@la-grange.net) dans une démarche volontaire. Toute amélioration est la bienvenue.
François Yergeau (yergeau@alis.com) pour la correction des détails.

La version française de cette traduction est :
http://www.la-grange.net/w3c/xhtml1/

Traducteur : Karl Dubost -
François Yergeau pour la correction des détails.
La version française peut contenir des erreurs. La version anglaise de cette spécification est l'unique version normative. Version originale : http://www.w3.org/TR/xhtml1

Résumé

Cette spécification définit XHTML 1.0, comme une reformulation de HTML 4 en une application XML 1.0, et trois DTDs correspondant àcelles définies par HTML 4. Les sémantiques des éléments et leurs attributs sont définis dans la Recommendation W3C pour le HTML 4. Ces sémantiques définissent les fondations de l'extensibilité future de XHTML. La compatibilité avec les agents utilisateurs HTML actuels est possible en suivant un ensemble raisonnable de règles.

Statut de ce document

Cette section décrit le statut de ce document à la date de sa publication. D'autres documents pourront remplacer ce document. Le dernier status de cette série de document est maintenu au W3C.

Ce document a été validé par les membres du W3C ainsi que par d'autres organismes et a été approuvé par le Directeur comme une recommandation. C'est un document stable et il peut-être utilisé comme document de référence et peut être cité comme un référence normative pour d'autres documents. Le rôle du W3C dans l'établissement de cette recommandation est d'attirer l'attention sur la spécification et de promouvoir sa large diffusion. Ceci améliore la fonctionnalité et l'interopérabilité du Web.

Ce document a été produit comme une partie de l'Activité HTML du W3C. Les buts du Groupe de travail HTML (réservé aux membres) sont discutés au sein des statuts du Groupe de Travail HTML (réservé aux membres).

Une liste des recommandations actuelles et d'autres documents techniques peut être trouvée à http://www.w3.org/TR.

La discussion publique à propos des spécificités du HTML a lieu sur la liste de discussion www-html@w3.org (archive).

Faites part des erreurs de ce document à www-html-editor@w3.org.

La liste des erreurs connues de cette spécification est disponible à http://www.w3.org/2000/01/REC-xhtml1-20000126-errata.

Sommaire

1. Qu'est-ce que XHTML ?

XHTML est une famille de types de documents futurs et actuels et de modules qui reproduit, détermine des sous-ensembles, et étends HTML 4 [HTML]. La famille XHTML des types de documents est basée sur XML, et est conçue finalement pour fonctionner en accord avec les agents utilisateurs supportant XML. Les détails de cette famille et de son évolution sont discutés plus en détail dans la section Prospectives futures.

XHTML 1.0 (cette spécification) est le premier type de document dans la famille XHTML. C'est une reformulation des trois types de documents HTML 4 en tant qu'applications de XML 1.0 [XML]. Il a été conçu dans le but d'être utilisé come un langage pour le contenu qui est, à la fois, conforme à XML et, si des règles simples sont suivies, fonctionne également avec les agents utilisateurs compatible HTML4. Les développeurs qui font migrer leur contenu vers XHTML 1.0 réaliseront les bénéfices suivants :

• Les documents XHTML sont conformes à XML. Ainsi, ils sont directement lisibles, éditables, et validables avec les outils XML standards.
• Les documents XHTML peuvent être écrits pour fonctionner aussi ou mieux qu'ils ne le faisaient précédemment dans les agents utilisateurs compatibles HTML 4 ainsi que que dans les nouveaux agents utilisateurs compatibles XHTML 1.0.
• Les documents XHTML peuvent utiliser des applications (soit des scripts et des applets) qui repose sur le Modèle Objet de Document HTML autant que sur le Modèle Objet de Document XML [DOM].
• La famille XHTML des documents évoluant, les documents compatibles à XHTML 1.0 pourront interagir bien plus facilment au sein d'environnements XHTML variés.

La famille XHTML est la prochaine étape de l'évolution d'internet. En migrant aujourd'hui vers XHTML, les développeurs de contenu peuvent entrer dans le monde XML avec tous ses bénéfices attendus, tout en restant confiant sur la compatibilité ascendante et future de leur contenu.

1.1 Qu'est-ce que HTML 4 ?

HTML 4 [HTML] est une application SGML (Standard Generalized Markup Language) conforme au standard international ISO 8879, et qui est largement admise comme le standard du langage de publication du World Wide Web.

SGML est un langage pour décrire les langages de structuration (balisage), particulièrement ceux utilisées dans l'échange de documents électroniques, la gestion documentaire, et la publication de document. HTML est un exemple de langage défini en SGML.

SGML a été créé au milieu des années 80 et est resté stable. Cette stabilité est inhérente au fait que le langage est riche de fonctionnalité et souple. Cette souplesse a, tout de même, un prix, et ce prix est un niveau de complexité qui a empêché son développement dans une grande diversité d'environnements, dont le World Wide Web.

HTML, comme il a été conçu à l'origine, a été défini pour être un langage d'échange de documents scientifiques et techniques, et utilisable par des non spécialistes de la grammaire syntaxique. HTML a résolu le problème de la complexité SGML en spécifiant un petit ensemble de balises sémantiques et structurelles, facilement utilisable pour l'écriture de documents relativement simples. De même pour simplifier la structure du document, HTML a ajouté la possibilité de l'hypertexte. Les capacités Multimedia seront ajoutées plus tard.

En un cours espace de temps, HTML est devenu très populaire et a rapidement dépassé sa fonction première. Depuis le commencement de HTML, il y a eu rapidement création de nouveaux éléments au sein de HTML (en tant que standard) et pour adapter HTML aux marchés verticaux, hautement spécialisés. Cette plethore de nouveaux éléments a finalement créé des disparités de compatibilité entre les différentes plateformes.

Comme l'hétérogénité, à la fois des logiciels et des plateformes, s'est rapidement répandue, il est devenu évident que la facilité d'utilisation du HTML 4 'classique' sur ces plateformes est quelque peu limité.

1.2 Qu'est-ce que XML ?

XML^MD est l'abbréviation de Extensible Markup Language, et est un acronyme de Extensible Markup Language [XML].

XML a été conçu comme un moyen de regagner la puissance et la souplesse de SGML sans pour autant subir sa complexité. Bien qu'étant une forme restreinte de SGML, XML préserve pratiquement toute la puissance et la richesse de SGML, et respecte toutes les options habituellement utilisées de SGML.

Bien que conservant ces options avantageuses, XML élimine la plupart des options complexes de SGML qui rendent la conception et l'écriture de logiciels utiles, à la fois difficile et couteux.

1.3 Pourquoi XHTML ?

Les bénéfices de la migration vers XHTML 1.0 sont décris plus hauts. Quelques uns des bénéfices en général sont :

• Les développeurs de document et les concepteurs d'agents utilisateurs ont constamment la possibilité de découvrir de nouvelles façons d'exprimer leurs idées grâce à de nouveaux balisages. En XML, il est relativement facile d'introduire de nouveaux éléments ou des attributs d'éléments supplémentaires. La famille XHTML est conçue pour accepter ces extensions grâce à des modules XHTML et pour accepter des techniques de développement de nouveaux modules XHTML compatibles (décrit dans la spécification à venir sur XHTML Modularization). Ces modules permettront la combinaison d'ensembles de fonctionnalités déjà existantes et nouvelles, tout en développant le contenu et en concevant les agents utilisateurs.
• Des manières alternatives d'accéder à internet sont constamment créées. Des estimations prédisent qu'en 2002, 75% des documents consultés sur internet, le seront sur ces plateformes alternatives. La famille XHTML est conçue en gardant à l'esprit la notion d'interopérabilité entre les agents utilisateurs. A travers un nouveau mécanisme de traitement de l'agent utilisateur et du document, les serveurs, les proxys et les agents utilisateurs seront capables d'effectuer la transformation la plus efficace possible du contenu. Finalement, il sera possible de développer du contenu compatible XHTML qui est utilisable par n'importe quel agent utilisateur compatible XHTML.

2. Définitions

2.1 Terminologie

Les termes suivants sont utilisés dans la spécification. Ces termes étendent les définitions contenus dans la [RFC2119] en s'appuyant sur des définitions similaires à celles de l'ISO/IEC 9945-1:1990 [POSIX.1]:

Défini possible (Implementation-defined)

Une valeur ou un comportement est défini possible [et documenté] lorsque les exigences pounr une construction correcte du document sont laissées à la mise-en-oeuvre propre de celui-ci.

Peut (May)

Par rapport aux mises en oeuvre, le mot "peut" (may) doit être interprêté comme une caractéristique optionnelle qui n'est pas exigée dans cette spécification mais qui peut être fournie. Par rapport à la Conformité du document, le mot "peut" (may) signifie que la caractéristique optionnelle ne doit pas être utilisée. Le terme "optionnel" (optional) a la même définition que "peut" (may).

Doit (Must)

Dans cette spécification, le mot "doit" (must) signifie une exigence obligatoire de la mise en oeuvre ou dans des Documents XHTML Strictement Conformes, dépendant du contexte. Le terme "shall" a la même définition que "doit" (must).

Réservé (Reserved)

Une valeur ou un comportement est non spécifié, mais il n'est pas permis de l'utiliser dans un document conforme ou bien d'être mise en oeuvre au sein des agents utilisateurs conformes.

Devrait (Should)

Par rapport aux mises en oeuvre, le mot "devrait" (should) est défini comme une possibilité de la recommandation, mais non pas comme une exigence. Par rapport aux documents, le mot "devrait" (should) est défini comme une pratique recommandée de programmation pour les documents et une exigence pour les Documents XHTML Strictement Conformes.

Maintenu (Supported)

Certains aménagements de cette spécification sont optionnels. Si un aménagement est maintenu, il se conforme tel que spécifié par cette spécification.

Non spécifié (Unspecified)

Quand une valeur ou un comportement sont non spécifiés, la spécification ne définit pas d'exigences particulières de portabilité pour l'aménagement de sa mise en oeuvre même lorsque ce document utilise l'aménagement en question. Un document qui requière un comportement spécifique n'est pas un DOcument XHTML Strictement Conforme, plutôt que tolérer quelque comportement utilisant cet aménagement.

2.2 Termes généraux

Attribut

Un attribut est un paramètre pour un élément déclaré dans la DTD. Un type d'attribut et un intervalle de valeurs, dont possiblement une valeur par défaut, sont définis dans la DTD.

DTD

Une DTD, ou définition de type de document, est un assemblage de déclarations XML qui, en tant qu'assemblage, définit la structure légale, les éléments, et les attributs qu sont disponibles pour un document se conformant à la DTD.

Document

Un document est un flux de données qui, après avoir été combiné avec tout autre flux qu'il référence, est structuré de manière à ce que l'information contenu à l'intérieur des éléments soit organisée tel que défini par la DTD associée. Voir Conformité du document pour plus d'informations.

Elément

un élément est une unité structurante du document déclarée dans la DTD. Le modèle de contenu de l'élément est définit dans la DTD, et la sémantique supplémentaire peut être défini dans la description factuel de l'élément.

Aménagements

Les fonctionnalités comprennent les éléments, les attributs, et les sémantiques associées à ces éléments et ces attributs. Une mise en oeuvre rendant possible cette fonctionnalité est définie pour fournir les aménagements nécessaires.

Mise en oeuvre

Une mise en oeuvre est un système qui fournit un assemblage d'aménagements et de services qui rendent possible cette spécification. Voir Conformité de l'agent utilisateur pour plus d'informations.

Parser

Parser est l'acte par lequel un document est examiné, et par lequel l'information contenue à l'intérieur de ce document est filtré dans le contexte des éléments structurant l'information.

Interprétation

L'interprétation est l'acte par lequel l'information dans un document est présentée. Cette présentation est faite dans la forme la plus appropriée dépendant de l'environnement (soit sonore, visuelle, imprimé).

Agent utilisateur

Un agent utilisateur est une mise en oeuvre qui extrait et traite les documents XHTML. Voir Conformité de l'agent utilisateur pour plus d'informations.

Validation

La validation est traitement par lequel des documents sont vérifiés en fonction de la DTD associée, assurant que la structure, l'utilisation des éléments, et l'utilisation des attributs sont en accord avec les définitions de la DTD.

Bien rédigé

Un document est bien rédigé lorsqu'il est structuré en accord avec les règles définies dans la Section 2.1 de la recommandation XML 1.0 [XML]. Simplement, cette définition dit que les éléments, délimités par leurs balises de début et de fin, sont correctement emboîtés les uns par rapport aux autres.

3. Définition normative de XHTML 1.0

3.1 Conformité du document

Cette version de XHTML fournit une définition des documents XHTML strictement conformes, ce qui la restreint aux balises et attributs de l'espace nominatif XHTML. Voir Section 3.1.2 pour avoir de l'information sur l'utilisation de XHTML avec d'autres espaces nominatifs, par exemple, pour inclure des données méta exprimées en RDF à l'intérieur des documents XHTML.

3.1.1 Documents strictement conformes

Un Document XHTML strictement conforme est un document qui requiert que tous les aménagements soit décrites comme obligatoires dans cette spécification. Un tel document doit recouvrir tous les critères suivants :

1. Il doit être validé par l'une des trois DTDs fournies dans l'Appendice A.

2. L'élément racine du document doit être .

3. L'élément racine du document doit nommer l'espace nominatif XHTML en utilisant l'attribut xmlns [XMLNAMES]. L'espace nominatif pour XHTML est défini par http://www.w3.org/1999/xhtml.

4. Une déclaration DOCTYPE doit être présente dans le document avant l'élément racine. L'identificateur publique inclue dans la déclaration DOCTYPE doit faire référence à l'une des trois DTDs fournies dans l'Appendice Aen utilisant l'Identificateur Publique Formel. Le système identificateur peut être changé pour agréer aux conventions des systèmes locaux.

Voici un exemple de document XHTML minimal

  
    
  


  
                 
    
Moved to vlib.org.
  

Notez que dans cet exemple, la déclaration XML est inclue. Une déclaration XML comme celle-ci n'est pas requise dans tous les documents XML. Les auteurs de documents XHTMLsont fortement encouragés d'utiliser des déclarations XML dans tous leurs documents. Ce type de déclaration est requis lorsque l'encodage du document est différent de ceux par défaut tels que UTF-8 ou UTF-16.

3.1.2 Utiliser XHTML avec d'autres espaces nominatifs

L'espace nominatif XHTML peut être utilisé conjointement avec d'autres espaces nominatifs comme par [XMLNAMES], bien que ce type de documents ne soient pas des documents XHTML 1.0 strictement conformes au sens défini plus tôt. Les travaux futurs du W3C donneront des moyens pour spécifier la conformité des documents impliquant plusieurs espaces nominatifs.

L'exemple suivant montre la manière permettrait d'utiliser conjointement XHTML 1.0 et la recommandation MathML :

  
    
  


  
                 
    
The following is MathML markup:
    $\log_{3}x$
  

L'exemple suivant montre la manière qui permettrait d'utiliser le balisage XHTML 1.0 en l'incorporant dans un autre espace nominatif XML :

  
  1568491379
  
    
    

        This is also available online.
    
  

3.2 Conformité de l'agent utilisateur

Un agent utilisateur conforme doit respecter tous les critères suivants :

1. Tout d'abord pour être en accord avec la recommandation XML 1.0 [XML], l'agent utilisateur doit examiné et évalué un document XHTML pour vérifier sa bonne rédaction (grammaire). Si l'agent utilisateur requère d'être un agent utilisateur de validation, il doit également valider les documents selon les DTDs fournies en accord avec [XML].
2. Lorsque l'agent utilisateur requère des aménagements maintenus définis à l'intérieur de cette spécification ou requis par cette spécification au travers d'une référence normative, Il doit le faire de façon à rester en accord avec la définition des aménagements.
3. Lorsqu'un agent utilisateur traite un document XHTML comme du XML générique, ll ne devrait uniquement reconnaître que les attributs de type ID (soit l'attribut id de la plupart des éléments XML) comme les identificateurs partiels.
4. Si un agent utilisateur rencontre un élément qu'il ne reconnaît pas, il doit interprêter le contenu de l'élément.
5. Si un agent utilisateur rencontre un attribut qu'il ne reconnaît pas, il doit ignorer la spécification complète de l'attribut (soit l'attribut et sa valeur).
6. Si un agent utilisateur rencontre une valeur qu'il ne peut pas reconnaître, il doit utiliser la valeur par défaut de l'attribut.
7. S'il rencontre une référence d'entité (autres que celles des entités prédéfinies) pour lequel l'agent utilisateur n'a pas traité de déclaration (ce qui peut arriver si la déclaration est un sous-ensemble externe non lu par l'agent utilisateur), la référence d'entité doit être interprêtée en tant que caractères (démarrant avec un esperluette et se terminant par un point-virgule) tels qu'ils décrivent la référence d'entité.
8. Lorsque le contenu est interprêté, Les agents utilisateurs qui rencontrent des caractères ou des références d'entité caractère qui sont reconnus mais non interprêtables devrait afficher le document de façon à mettre en évidence que l'interprétation normale n'a pas eu lieu.
9. Les caractères suivants sont définis en [XML] comme des carcatères d'espacement :
   • Espacement ( )
   • Tabulation ( )
   • Retour Charriot ( )
   • Fin de ligne ( )

   Le processeur XML normalise les codes de fin de ligne des différents systèmes en un unique caractère de fin de ligne, qu'il passe ensuite à l'application. L'agent utilisateur XHTML doit, de plus, traiter les caractères suivants comme des espacements :

   • Avancement du papier (Form feed) ()
   • Espacement de largeur nulle (​)

   Dans les éléments où l'attribut 'xml:space' est défini comme 'preserve', l'agent utilisateur doit laisser tous les caractères d'espacement intacts (à l'exception des caractères d'espacement de début ou de fin, qui doivent être éliminés). Autrement, les espacements sont traités avec les règles suivantes :

   • Tout espace entourant des éléments de bloc doit être éliminé.
   • Les commentaires sont éliminés et n'affectent pas le traitement des espacements. Un caractère d'espacement de chaque côté d'un commentaire est traité comme deux caractères d'espacement.
   • Les espacements de début et de fin à l'intérieur d'un élément de bloc doit être éliminé.
   • Les caractères de fin de ligne à l'intérieur d'un élément de bloc doivent être convertis en un espacement (sauf si l'attribut 'xml:space'est défini comme 'preserve').
   • Une séquence de caractères d'espacement doit être réduit à un caractère d'espacement unique (sauf si l'attribut 'xml:space'est défini comme 'preserve').
   • En fonction de l'interprétation, l'agent utilisateur devrait interprêter le contenu de manière appropriée en respectant la langue dans laquelle le contenu est écrit. Dans les langues où l'écriture fondamentale est latine, le caractère d'espacement ASCII est typiquement utilisé pour encoder les limites grammaticales des mots et l'espacement typographique ; dans les langages dont l'écriture est relative au Nagari (c.a-d., le Sanskrit, le Thai, etc.), les limites grammaticales peuvent être encodées en utilisant le caractère d' 'espacement' ZW, mais qui ne sera pas traditionnellement représenté par l'espacement typographique dans les sorties interprêtées ; les langages utilisant des écritures arabes peuvent encoder l'espacement typographique en utilisant le caractère d'espacement, mais peuvent également utiliser le caractère d'espacement ZW pour délimiter les limites grammaticales 'internes' (ce qui semble être des mots en Arabe pour un oeil d'une langue latine représente fréquemment plusieurs mots, par exemple 'kitAbuhum' = 'kitAbu-hum' = 'book them' = their book) ; et dans les langues d'écriture chinoise, il n'y a jamais eu de délimiteurs ou d'utilisation d'espaces typographiques utilisés dans ce sens.

   Les valeurs d'attribut d'espacement est traité en suivant [XML].

4. Différences avec le HTML 4

Etant donné que XHTML est une application XML, quelques habitudes qui étaient parfaitement légales dans le HTML 4 basé sur SGML [HTML] doivent être changées.

4.1 Les documents doivent être correctement rédigés

La rédaction correcte est un nouveau concept introduit par [XML]. Essentiellement, cela signifie que tous les éléments doivent toujours avoir des balises de fin ou être écrit dans une forme particulière (comme expliqué plus bas), et que tous les éléments doivent être emboités.

Bien que le chevauchement soit illégal en SGML, il est largement toléré par les navigateurs actuels.

4.2 Les noms d'élément et d'attribut doivent être en casse minuscule

les documents XHTML documents doivent utiliser la casse minuscule pour tous les noms d'élément HTML et les noms d'attribut. Cette différence est nécessaire car XML est sensible à la casse c.a-d.