La pratique courante/optimale d'internationalisation: La spécificiation de langue du contenu dans le/l' XHTML & le/l'HTML

Internationalization Best Practices: Specifying Language in XHTML & HTML Content

1.1 Qui doit se servir de ce document-ci?
Who should use this document

Tout auteur du contenu travaillant ou sur le XHTML 1.0, ou sur le HTML 4.01, ou sur le XHTML 1.1, ou sur le CSS.

All HTML content authors working with XHTML 1.0, HTML 4.01, XHTML 1.1, and CSS.

Le terme 'auteur/écrivain' s'utilise ici dans le sens {qui est} défini dans la spécification du HTML 4.01, c'est à dire, {pour préciser} ou une personne ou un programme qui ou écrit ou produit des documents HTML.

The term 'author' is used in the sense described by the HTML 4.01 specification, ie. as a person or program that writes or generates HTML documents.

Ce document-ci dispose des directives pour les créateurs du HTML, dont l'utilisation permet à l'usage mondial/international d'être soutenu. Tout auteur/écrivain du contenu, et non pas seulement tout groupe de localisation ou tout marchand, est toujours résponsable de faciliter l'internationlisation/l'usage mondial. En plus, la facilitation de l'internationalisation est fait pertinent {au/du début de tout développement du contenu}/{dès que l'on commence à développer le/du contenu}. Si l'on ne tient pas compte de ces conseils, celà ne fera qu'augmenter à une datte plus tarde la coute {du développement} ou en argent {superflu} ou en des ressources {superflues}.

This document provides guidance for developers of HTML that enables support for international deployment. Enabling international deployment is the responsibility of all content authors, not just localization groups or vendors, and is relevant from the very start of development. Ignoring the advice in this document, or relegating it to a later phase in the development process, will only add unnecessary costs and resource issues at a later date.

Il est bien supposé que la lecteur de ce document-ci est très capable du développement de la page HTML ou XHTML - ainsi nous nous limitons dans ce document-ci à faire disponibles des conseils très spécifiques à l'internationalisation.

It is assumed that readers of this document are proficient in developing HTML and XHTML pages - this document limits itself to providing advice specifically related to internationalization.

1.2 Comment se servir de ce document-ci? How to use this document

Ce document est un des plusieurs documents sur la pratique optimale pour la création et mise en page du contenu Web disposant des techniques/technologies informatiques du W3C.

This document is one of several documents relating to best practices for the design of Web content using W3C technologies.

Si vous êtes novice en ce technique/par rapport à ce sujet-ci/dans ce sujet vous aimerez/preferez peut-être lire ce document-ci bout-à-bout. Néanmoins, il est anticipé que vous utiliserez d'habitude ce document-ci pour chercher {dans une partie {très} particulière du document} des renseignements très précis sur un travail spécifique, en visant toujours l'internationalisation/toujours en tenant compte de l'internationalisation. Pour soutenir une telle utilisation, nous avons tenté de garder comme unique toute pratique y décrite/nous avons essayé de faire que toute pratique y décrite se présente toujours comme unique et separée de toute autre pratique/nous avons essayé de faire que toute pratique y décrite se présente toujours à l'exclusion de toute autre pratique; ou, au moins, nous avons indiqué pour chacune [des pratiques] des renvois à des références pertinentes. Ainsi, il se peut que le texte se répète un très petit peu.

If you are new to this topic you may wish to read the document from end to end. It is, however, expected that you will typically use the document for reference purposes - dipping in to a particular section to find out how to perform a specific task with internationalization in mind. In order to support this kind of usage, an effort has been made to make each best practice stand alone, or to point to relevant cross-references. In some cases this leads to a small amount of repetitiveness.

Des références pertinentes et des ressources supplementaires se sont indiqués pour chaque/toute pratique ici. Pour vérifier/vous découvrir si une ressource nouvelle est devenue disponible depuis que ce document a été publié, il ne faut que suivre les liens qui se trouvent après les ressources {pour chaque pratique} à l'index/aux index des techniques et thèmes qui est disponible/sont disponibles chez la division pour l'internationalisation du site W3C.

Cross-references and additional resources are pointed to by each best practice. To check whether new resources have become available since the publication of this document, follow the links at the end of the resource sections to the techniques and topic indexes provided on the Internationalization section of the W3C site.

Le commentaire de la rédaction/Le commentaire éditorial reste intact dans cette version du document.[Ed. note (Conseil éditorial/Conseil de la rédaction): Ceux se sont montrés ainsi. ]

Editorial notes have been left in this version of the document. [Ed. note: These are marked like this].

Vous trouverez en plus des renseignements sur l'applicabilité des recommandations {pour les pratiques ici} à des/aux agents utilisateurs variés (veuillez voir, s'il vous plaît, Section 1.4: le soutien des agents utilisateurs).

You will also find information associated with each best practice about the applicability of recommendations to user agents (see Section 1.4: User agent support).

1.3 Les techniques/technologies y adressées Technologies addressed

Ce document-ci dispose de la pratique optimale pour développer des pages Web/du contenu Web en servant d'ou le HTML 4.01, ou le XHTML 1.0, ou le XHTML 1.1, soutenu par le CSS.

This document provides best practices for developing pages using HTML 4.01, XHTML 1.0 and XHTML 1.1 with CSS.

Le XHTML 1.0 est servi ou en tant que le XML (en utilisant les types MIME application/xhtml+xml, application/xml, et text/xml ) ou en tant que le HTML (en utilisant le type MIME text/html).

XHTML 1.0 can be served as XML (using MIME types application/xhtml+xml, application/xml or text/xml) or HTML (using the MIME type text/html).

Il se trouve très souvent que le XHTML est servi en tant que HTML, {ceci est} conforme aux directives pour la compatibilité qui se trouvent dans l'appendice C de la spécification du XHTML 1.0. Ceci permet à l'auteur/l'écrivain de produire du code XML/codage/de la balisage XML qui est toujours valide. Le HTML qui se présente en tant que le XML valide se permet {bien-sûr} d'être traité/transformé ou par le scripting ou par le XSLT. Mais la plupart de grands navigateurs comprennent aussi l'affichage de cette espèce de codage. (L'affichage du XHTML servi en tant qu' application/xhtml+xml n'est pas si bien compris par les grands navigateurs à ce moment-ci.)

It is very common for XHTML 1.0 to be served as HTML, following the compatibility guidelines in Appendix C {? just href the compatibility guidelines leave out the appendix C?} of the XHTML 1.0 specification. This allows authors to produce valid XML code. HTML represented as valid XML code lends itself to processing with such things as scripting or XSLT, but is also well supported for display by most mainstream browsers. (XHTML served as application/xhtml+xml is not well supported for browser display at the moment.)

Nous souhaitons en ce document-ci être toujours d'accord avec la pratique actuelle {du jour/qui existe actuellement}/courante/{actuelle}/ {pour la pratique} que connaissent actuellement les écrivains/les auteurs du contenu; ainsi, nous incluons/discutons/traitons dans notre discussion de pratique optimale le XHTML servi en tant que text/html. En fait, nous promouvoyons l'utilisation du XHTML, et tout exemple {ici} (sauf les exemples dont il s'agit d'un fait particulier au HTML 4.01/où il s'agit d'un fait particulier au HTML 4.01) s'écrit dans le XHTML.

In this document we wish to reflect practical reality for content authors, so we cover XHTML served as text/html in the best practices. Indeed we encourage the use of XHTML, and all the examples (unless trying to make a specific point about HTML 4.01) are written in XHTML.

Par rapport au XHTML servi en forme du XML, nous nous limitons, dans ce document-ci, à donner des conseils pour les documents servis en tant qu' application/xhtml+xml. Il faut {en tout cas} remarquer que le XHTML servi en tant que le XHTML n'est pas si bien compris/soutenu par les agents utilisateurs.

For XHTML served as XML, this document limits its advice to documents served as application/xhtml+xml. Note that user agent support for XHTML served as XML is still patchy.

1.4 Le soutien des agents utilisateurs User agent support

Nous tentons de nous assurer {faire assurer} que vous pouvez toujours disposer des renseignements sur la chance/possibilité qu'il se trouve/y aura de difficulté particulière à un agent utilisateur ou dans l'utilisation ou dans l'exécution d'une pratique. Dans cette version-ci du document, le terme agent utilisateur ne veut plus dire que les plusieurs grands navigateurs. Mais {l'entendu de} ce terme-ci n'attend que le développement des ressources et les resultats des essais pour s'adapter à y comprendre d'autres significations. [Conseil éditorial/de la rédaction/ Ed. note: Il faut remarquer {ici} que cette version-ci du document n'est pas encore mise à jour par rapport à ce sujet [c'est à dire, par rapport aux agents utilisateurs.]

We try to ensure that, whenever we recommend a particular best practice, you have information immediately to hand about whether there are difficulties in implementing that recommendation for a given user agent. User agents, in the current version of this document, means a number of mainstream browsers. The scope may grow as resources and test results become available for other user agents. [ Ed. note: Note that this version of the Working Draft is not yet completely up to date in this area.]

Si/Au cas où le navigateur fonctionne dans les modes "standards" et "quirks" les deux, c'est le mode "standards" que l'on traite ici (c'est à dire que vous devrez utiliser une formulation DOCTYPE).

Where a browser operates in both standards- and quirks-mode, standards-mode is assumed (ie. you should use a DOCTYPE statement).

La pratique optimale y décrite s'applique, pour la plupart, aux grands agents utilisateurs [note de la traductrice: c'est à dire, dans ce document-ci, aux grands navigateurs]. Mais il se peut que l'on vous conseille d'utiliser/que l'on vous recommande {d'utiliser} des petits trucs qui ne sont pas encore si bien soutenus, mais qui sont (en tout cas) conformes aux normes; ainsi l'on peut, peut-être, souhaiter tout de suite {si l'occasion se présente} que l'on soutienne de tels trucs. Au cas où l'on vous recommande d'utiliser une pratique qui n'est pas encore comprise par tout agent utilisateur, ou au cas où l'utilisation d'une pratique aboutit à n'importe quel {n'importe quel type de problème} par rapport au soutien de la pratique par un agent utilisateur, on vous {fait une petite alerte} fait signe de petit graphique qui se trouve juste après le résumé {préliminaire}. Il s'ensuit un tableau très détaillé où l'on vous décrit en détail tout tel quel/Puis on vous décrit en détail dans la dissertation très détaillée {qui le/la suit} tout tel quel/tel qu'il y a. Nous évaluons [dans le tableau --la dissertation] toujours ou l'application ou l'execution de toute pratique optimale par rapport à la version plus récente de l'agent utilisateur [c'est à dire, le navigateur] qui se trouve à l'occasion de publication.

Generally, the best practices described will be applicable for use in current mainstream user agents. However we may also recommend things that are not yet widely supported, but are described by the standards, and hopefully will be supported given a little time. Where this is the case, or where there are other issues related to user agent support, this informatio{i error}n will be flagged by small graphics immediately after the initial summary of the best practice. We will then describe any issues in the detailed text that follows. We will assess the applicability of the best practices against the latest version of the user agent available at the time of publication.

Voici ci-dessous les agents utilisateurs et les versions que nous avons mis à l'épreuve, avec les emblèmes/les symboles qui les désignent:

• Internet Explorer 6 (Windows)

• Firefox 1.5.03

• Opera 8.53

• Mozilla 1.7.12

• Netscape Navigator 8.1

• Safari 2.0

• Internet Explorer 6 (Windows)

• Firefox 1.5.03

• Opera 8.53

• Mozilla 1.7.12

• Netscape Navigator 8.1

• Safari 2.0

Les formulations des résumés des telles pratiques {optimales mais pas encore trés bien soutenues} seront plus hésitantes {que les formulations des autres résumés ici}. Par exemple, "Pensez peut-étre à faire X."

Summaries for such best practices will also be worded more cautiously. For example, "Consider doing X".

S'il faut plus d'essais/d'épreuves afin que l'on peuve découvrir s'il y a/ il existe des trucs par rapport {à un agent utilisateur}/ {au soutenu d'une pratique par un agent utilisateur} [c'est à dire, par rapport à un navigateur] particulier, vous trouverez un point d'interrogation après l'emblème de l'agent utilisateur/le symbole pour l' agent utilisateur.

If more testing is needed to ascertain whether there are issues with a particular user agent, the user agent icon will be followed by a question mark.

Il se peut que l'on trouve parfois des renseignements détaillés à propos d'une version d'agent utilisateur autre que la base ou la version du jour.

Detailed information may also be provided from time to time about behavior of a user agent in another version than the base or current versions.

3.1 La langue du spectateur visé The language of the intended audience

Il s'agit, dans les métadonées [metadata] sur la langue du spectateur visé, des renseignements sur les données appartient au document entier. Il se peut que les telles métadonnées s'utilisent ou pour la recherche, ou pour faire disponible/livrer au spectateur la version propre d'une langue, ou pour classer {des choses, de l'information}, etc. Mais elles ne sont pas si précises qu'elles indiquent/pour indiquer la langue d'une partie très particulière du texte qui se trouve dans un document d'une façon qui sera utile au traitement de texte ou pour l'élocution de texte [text-to-speech], ou pour la mise-en-style de caractères, ou pour l'assignation de police/face, etc.

Metadata about the language of the intended audience is data about the document as a whole. Such metadata may be used for searching, serving the right language version, classification, etc. It is not specific enough to indicate the language of a particular run of text in the document for text-processing - for example, in a way that would be needed for the application of text-to-speech, styling, automatic font assignment, etc.

La langue du spectateur visé ne comprend pas toute langue qui s'utilise dans un document. Il y a plusieurs documents sur le Web dont il se trouve des bribes du texte-contenu en des langues différentes, pourtant que la page entière vise toujours des locateurs d'une langue particulière/d'un langage particulier. Par exemple, il se trouve peut-être quelques expressions très utiles en chinois dans un guide de ville pour Beijing en allemand, mais le guide vise toujours le spectateur allemand et non pas le spectateur chinois.

The language of the intended audience does not include every language used in a document. Many documents on the Web contain embedded fragments of content in different languages, whereas the page is clearly aimed at speakers of one particular language. For example, a German city-guide for Beijing may contain useful phrases in Chinese, but it is aimed at a German-speaking audience, not a Chinese one.

En plus, on peut imaginer des circonstances où il y a dans un document particulier le même contenu ou {c'est à dire} du contenu pareil {mais} en plusieurs langues. Par exemple, une page Web accueille peut-être les lecteurs Canadiens avec du contenu en français dans la colonne à gauche et du contenu en anglais dans la colonne à droite. En ce cas-ci, le document vise sans préférence les locateurs des deux langues en question, et ainsi il y a deux langues-spectateur/spectatrices. Cela n'existe pas/ne se trouve pas si souvent sur le Web que dans le tissu imprimé, par ce que sur le Web on peut insérer si facilement/par ce que sur le Web il est tellement facile d'insérer des liens à des pages distinctes/uniques pour des spectateurs distincts/uniques, mais cela existe bien-sûr où il y a des communautés multilingues {?}. Il existe un cas de plus/autre cas où ou un blog/blogue ou une page des/d'actualités vise une communauté multilingue où se trouve des rédactionnels/articles en une langue et d'autres en autrelangue.

It is also possible to imagine a situation where a document contains the same or parallel content in more than one language. For example, a Web page may welcome Canadian readers with French content in the left column, and the same content in English in the right-hand column. Here the document is equally targeted at speakers of both languages, so there are two audience languages. This situation is not as common on the Web as in printed material since it is easy to link to separate pages on the Web for different audiences, but it does occur where there are multilingual communities. Another use case is a blog or a news page aimed at a multilingual community, where some articles on a page are in one language and some in another.

En plus, il y a d'autres pages où l'on trouve des renseignements pour les naviguer, y inclus les titres de page, dans une langue, et du contenu réel dans une autre langue. Tandis que ce dernier cas n'est pas toujours de bonne pratique, néanmoins, cela ne change pas le fait que la langue du spectateur visé est presque toujours/est d'habitude la langue du contenu, malgré la langue qui s'utilise en haut, dans le balisage/le codage du document.

There are also pages where the navigational information, including the page title, is in one language but the real content of the page is in another. While this is not necessarily good practice, it {should be this?} doesn't change the fact that the language of the intended audience is usually that of the content, regardless of the language at the top of the document source.

D'habitude, il convient normalement de/Il est normalement souhaitable de déclarer la langue du spectateur visé en dehors du document, dans l'en-tête Content-Type HTTP , pourtant/cependant qu'il se trouve des cas où une déclaration interne [au sein de l'en-tête] disposant de l'élément meta est valable.

Metadata about the language of the intended audience is usually best declared outside the document in the HTTP Content-Language header, although there may be situations where an internal declaration using the meta element is appropriate.

3.2 La langue de traitement de texte The text-processing language

Quand vous précisez la langue de traitement de texte vous déclarez la langue dont s'écrit un morceau de texte spécifique, pour que des agents utilisateurs et des applications qui transforment le texte, tels que les navigateurs audio, les contrôleurs d'ortographe, et les processus/processeurs faisant la mise-en-style/le styling/le traitement de style, peuvent transformer proprement/transformer efficacement le texte en question. Nous parlons ainsi, par nécessité, d'une langue unique qui s'associe à un morceau de texte unique/spécifique.

When specifying the text-processing language you are declaring the language in which a specific range of text is actually written, so that user agents or applications that manipulate the text, such as voice browsers, spell checkers, or style processors can effectively handle the text in question. So we are, by necessity, talking about associating a single language with a specified range of text.

Ceci est beaucoup plus spécifique que la langue du spectateur visé This is much more specific than the language of the intended audience.

D'habitude, il convient normalement de/Il est normalement souhaitable de déclarer la langue de traitement de texte en servant des éléments avec des attributs. Des {sous-}éléments renfermés au sein d'autres {super-}éléments hérite/prend, d'habitude, la valeur déjà déclarée du super-élément, mais on peut, bien-sûr, annuler/neutraliser cette déclaration en précisant une langue différente/distincte pour le sous-élément/l'élément {au sein de l'autre} en tout cas où il y un changement de langue, ex. un mot français qui se trouve dans un paragraphe anglais (veuillez voir, s'il vous plaît, la Section 5: Comment s'utiliser des attributs pour déclarer la langue de traitement de texte).

The text-processing language is usually best declared using attributes on elements. Enclosed elements inherit the declared value, but you can, of course, override an initial declaration by specifying a different language on embedded elements where the language changes, eg. a French word in an English paragraph (see Section 5: Using attributes to declare the text-processing language).

3.3 Les rapports entre la langue, le codage de caractères, et la directionalité de texte Relationships between language, character encoding and directionality

Les déclarations de langue en HTML et XHTML ne comprend point de renseignement/d'information, ni doit en comprendre, ni sur le codage de caractères ni sur la directionalité de texte. {Les déclarations de langue en HTML et XHTML ne comprend point de renseignement/d'information ni sur le codage de caractères ni sur la directionalité de texte, ni doit point comprendre. }

Language declarations in HTML and XHTML do not, and should not, provide information about character encoding or the direction of text.

Le 'codage de caractères' veut dire la séquence d'octets qui s'utilise dans un texte pour représenter les caractères. Il est important de déclarer le codage qui s'utilise dans votre document, mais ceci est tout-à-fait autre chose qu'une déclaration de langue.

'Character coding' refers to the sequence of bytes that are used to represent characters in text. It is important to declare what encoding is being used for your document, but this is a separate issue from declaring language.

Il y a des gens qui pensent qu'étant donné le codage de caractères, il est aussi possible de déduire la langue, mais cela n'est pas vrai/mais ainsi on s'illusione. Pour déduire ainsi la langue, il faut que le codage de caractères soit relié exactement à la langue et cela n'est pas le cas/il faut que le codage se relie exactement à la langue et il ne le fait pas/il faut avoir une correspondance exact entre le codage et la langue, et il n'y en a pas. Un seul codage tel que l'ISO 8859-1 (Latin1) peut s'utiliser pour encoder le français et l'anglais les deux, également qu'un grand nombre d'autres langues. D'ailleurs, il y a plusieurs codages de caractères qui s'utilise pour encoder une seule langue, ex., l'arabe, qui s'encode en servant ou du 'Windows-1256' ou de l' 'ISL 8859-6' ou de l' 'UTF-8'.

Some people think that information about language can be inferred from the character encoding, but this is not true. There must be a one-to-one mapping between encoding and language for this to work, and there isn't. A single character encoding such as ISO 8859-1 (Latin1), could encode both French and English, as well as a great many other languages. In addition, different character encodings can be used for a single language, eg, Arabic could be encoded with 'Windows-1256' or 'ISO 8859-6' or 'UTF-8'.

En quelques scripts, tels que l'arabe et l'hébreu, le texte s'écrit normalement de droite à gauche. Mais au sein de ce texte, on trouve des númerals/chiffres et du texte en d'autres scripts courants de gauche à droite. Il est donc conseillé/important de préciser suffisament la directionalité de {de tout} texte que l'on vise pour un document.

In some scripts, such as Arabic and Hebrew, text runs predominantly from right to left. Within that flow, numbers and text from other scripts run from left to right. It is important to adequately specify the intended directionality of text in a document.

Parallélement, on ne peut pas toujours relier exactement la langue au script, et ainsi, à la directionalité. Par exemple, l'Azerbaijani s'écrit en servant ou des scripts droite-à-gauche ou des scripts gauche-à-droite, et le code pour la langue, az, est pertinant aux deux cas [reste le même dans les deux cas]. En plus, dans le balisage intra-ligne/en-ligne {?}, les valeurs {variées} y réquises pour indiquer la directionalité ne se font pas en ne servant que d'une déclaration de langue.

Similarly, there is not always a one-to-one mapping between language and script, and therefore directionality. For example, Azerbaijani can be written using both right-to-left and left-to-right scripts, and the language code az can be relevant for either. In addition, when using directional markup inline, the various required values of that markup cannot be simulated using language declarations.

Il se trouve [dans la balise-linguistique/balise de langue] des mécanismes tous uniques pour déclarer le codage de caractères et la directionalité de texte ou en HTML ou en XHTML, et [comme nous voyons ci-dessus] les tels ne doivent pas se confondre avec les mécanismes à déclarer la langue/pour déclarer la langue.

There are separate mechanisms for declaring character encoding and directionality in HTML and XHTML, and these ideas {word choice?} should not be confused with mechanisms for declaring language.

Voici d'autres techniques chez le site W3C pour la mondialisation où s'explique comment s'est déclaré le codage de caractères et la directionalité de texte.

Additional techniques at the W3C Internationalization site describe how to declare character encoding and text direction.

4.1 Possible approaches

The HTML and XHTML specifications define a number of places where you can declare language. In this section we will simply show examples of the alternatives available. The next section will discuss in detail which you should use, and when.

One method is to use the lang and xml:lang attributes on an XHTML element. To set the language of a whole document, you can use this attribute on the html tag. This value will be inherited by the whole document, unless overridden by a later declaration.

Alternatively, you may find documents that put language information in a meta element with http-equiv set to Content-Language.

Since the meta element puts few limits on what you can say, it would also be possible, though not very common, to express language information using Dublin Core notation.

Language information may also be found in the HTTP header that is sent with a document (see the last line in the following example of an HTTP header).

HTTP/1.1 200 OK
Date: Wed, 05 Nov 2003 10:46:04 GMT
Server: Apache/1.3.28 (Unix) PHP/4.2.3
Content-Location: CSS2-REC.en.html
Vary: negotiate,accept-language,accept-charset
TCN: choice
P3P: policyref=http://www.w3.org/2001/05/P3P/p3p.xml
Cache-Control: max-age=21600
Expires: Wed, 05 Nov 2003 16:46:04 GMT
Last-Modified: Tue, 12 May 1998 22:18:49 GMT
ETag: "3558cac9;36f99e2b"
Accept-Ranges: bytes
Content-Length: 10734
Connection: close
Content-Type: text/html; charset=iso-8859-1
Content-Language: en

It is also worth noting that the meta element with Content-Language and the HTTP header both allow you to supply a list of values. The example below declares the languages of the intended audience of the document to be (in equal measure) German, French and Italian.

It is not possible to declare the language of text in CSS declarations.

The next section addresses the question of which approach is the best in what situation.

4.2 Attributes or metadata?

There is generally a lot of confusion about the difference between declaring language information using the Content-Language field in the HTTP header or meta elements, and using a language attribute on the html element. In particular, much of the informal advice on the Web about how to declare the language of a document tells you to use the meta tag to declare the language of the document. At least one popular authoring tool automatically inserts language information that you declare in the page properties dialog box into a meta element.

Best practices in this document recommend that HTTP and the meta element be used for describing metadata about the language of the intended audience only, and that attributes be used for describing the default text-processing language of the document.

Reasons for making this distinction include:

1. HTTP and meta declarations allow you to specify more than one language value. This is inappropriate for labelling the text-processing language, which must be done one language at a time. On the other hand, multiple language values are appropriate when declaring language for documents that are aimed at speakers of more than one language. Attribute-based language declarations can only specify one language at a time, so they are less appropriate for specifying the language of the intended audience, but they are perfect for labelling the text-processing language for text.)

2. The language information contained in HTTP headers is rarely used by mainstream browsers for text-processing applications, and such implementation as there is is inconsistent (see the test results). Unfortunately, we have yet to identify any user agent or application that recognizes information declared in a meta tag when it comes to text-processing. On the other hand, language information declared in the html tag is consistently recognized.

3. Since changes in the text-processing language within the document can only be done using attributes, it promotes consistency to use attributes on the html element to express the default text-processing language of the document.

4. It is important to always declare the default text-processsing language for the document, but if the document is not read from a server, the HTTP content header will not be available.

There are still some unknowns surrounding the use of HTTP headers or meta elements to declare the language of the intended audience, due to the currently low level of exploitation of this information. This may change in the future, particularly if libraries and similar users take an increasing interest in language metadata.

When it comes to choosing between the HTTP header or the meta element for expressing information about the intended audience, there is also a lack of information on which to base any advice. In some ways the meta element may appeal, because it is an in-document declaration. This avoids potential issues if authors cannot access server settings, particularly if dealing with an ISP, or if the document is to be read from a CD or other non-HTTP source. Until more practical use cases arise, however, this is just theory.

If, in the future, we see systematic use of in-document declarations of audience language using the meta element. It may also become acceptable to infer the language of the intended audience from the language attribute on the html element for documents with a monolingual audience. Discussion amongst various stakeholders needs to take place, however, before this can be decided.

In the meantime, we recommend that you use HTTP headers and meta elements to provide document metadata about the language of the intended audience(s), and language attributes on the html tag to indicate the default text-processing language. Furthermore, we recommend that you always declare the default text-processing language.

6.1 Documents with multilingual audiences

It is not common to find pages on the Web aimed at a multilingual audience. One reason is that it is easy to link to alternative pages instead. On the other hand, such pages do exist, particularly when the target audience is bilingual.

Best Practice 9: Provide a comma-separated list of languages

Best Practice 10: Division of multilingual docs