11 Les tables

11.1 Introduction aux tables

Le modèle de la table de HTML permet aux auteurs d'arranger des données (texte, texte préformaté, images, liens, formulaires, champs de formulaires, autres tables, etc.) en rangées et colonnes de cellules.

Chaque table peut avoir une légende propre (voir l'élément CAPTION) qui fournit une brève description de l'objet de la table. On peut également fournir une description plus longue (via l'attribut summary), au bénéfice des personnes qui utilisent des agents utilisateurs gérant la synthèse de parole et l'écriture Braille.

On peut regrouper les rangées de la table dans des sections d'en-tête, de pied et de corps (via les éléments THEAD, TFOOT et TBODY, respectivement). Les regroupements de rangées apportent des informations de structure supplémentaires, qui peuvent être utilisées par les agents utilisateurs pour souligner cette structure. Les agents utilisateurs peuvent exploiter le découpage en-tête/corps/pied de telle sorte que le corps puisse défiler indépendamment des sections d'en-tête et de pied. Pour l'impression d'une longue table, les informations d'en-tête et de pied peuvent être répétées sur chacune des pages qui contiennent les données de la table.

Les auteurs peuvent également regrouper les colonnes pour apporter des informations structurelles supplémentaires qui peuvent être exploitées par les agents utilisateurs. En outre, les auteurs peuvent déclarer des propriétés de colonne au début de la définition de la table (via les éléments COLGROUP et COL) de sorte que les agents utilisateurs puissent restituer progressivement la table au lieu de devoir attendre que toutes les données de la table soient arrivées avant de pouvoir les restituer.

Les cellules de la table peuvent contenir soit des informations « de rubrique » (voir l'élément TH), soit des informations « de données » (voir l'élément TD). Les cellules peuvent occuper plusieurs rangées et colonnes. Le modèle de la table HTML 4 permet aux auteurs l'étiquetage de chaque cellule de sorte que les agents utilisateurs non-visuels puissent communiquer plus facilement à l'utilisateur les indications de rubrique concernant la cellule. Ce mécanisme apporte non seulement une grande assistance aux personnes qui ont des déficiences visuelles, mais donne aussi aux navigateurs sans fil multimodes, avec des capacités d'affichage limitées (par exemple, les téléavertisseurs et les téléphones utilisant le Web), la possibilité de gérer les tables.

Les tables ne devraient pas représenter simplement un moyen de disposer le contenu d'un document car cela peut entraîner des problèmes de restitution sur les médias non-visuels. En outre, quand on les utilise avec des graphiques, ces tables peuvent forcer l'utilisateur à effectuer un défilement horizontal pour voir une table qui aura été conçue sur un système avec une surface d'affichage plus grande. Afin de minimiser ces problèmes, les auteurs devraient employer des feuilles de style pour le contrôle de la disposition plutôt que des tables.

<TABLE border="1"
          summary="Cette table donne quelques statistiques sur les
                   drosophiles : hauteur et poids moyens, et le
                   pourcentage de celles ayant des yeux rouges
                   (pour les m&acirc;les et les femelles).">
<CAPTION><EM>Une table test avec des cellules fusionn&eacute;es</EM></CAPTION>
<TR><TH rowspan="2"><TH colspan="2">Moyenne
    <TH rowspan="2">Yeux<BR>rouges
<TR><TH>hauteur<TH>poids
<TR><TH>M&acirc;les<TD>1.9<TD>0.003<TD>40%
<TR><TH>Femelles<TD>1.7<TD>0.002<TD>43%
</TABLE>

     Une table test avec des cellules fusionnées
    /-----------------------------------------\
    |          |      Moyenne      |   Yeux   |
    |          |-------------------|  rouges  |
    |          | hauteur |  poids  |          |
    |-----------------------------------------|
    | Mâles    | 1.9     | 0.003   |   40%    |
    |-----------------------------------------|
    | Femelles | 1.7     | 0.002   |   43%    |
    \-----------------------------------------/

11.2 Les éléments de construction des tables

11.2.1 L'élément TABLE

<!ELEMENT TABLE - -
     (CAPTION?, (COL*|COLGROUP*), THEAD?, TFOOT?, TBODY+)>
<!ATTLIST TABLE                        -- élément table --
  %attrs;                              -- %coreattrs, %i18n, %events --
  summary     %Text;         #IMPLIED  -- objectif/structure pour sortie sonore --
  width       %Length;       #IMPLIED  -- largeur de la table --
  border      %Pixels;       #IMPLIED  -- épaisseur du cadre autour de la table --
  frame       %TFrame;       #IMPLIED  -- quelles parties de ce cadre restituer --
  rules       %TRules;       #IMPLIED  -- règles entre rangées et colonnes --
  cellspacing %Length;       #IMPLIED  -- espacement entre les cellules --
  cellpadding %Length;       #IMPLIED  -- retrait dans les cellules --
  >

Balise ouvrante : obligatoire, balise fermante : obligatoire

L'élément TABLE contient tous les autres éléments qui spécifient la légende, les rangées, le contenu et la mise en forme.

La liste informative suivante décrit les opérations que l'agent utilisateur peut être amené à réaliser lors de la restitution d'une table :

• Restituer le sommaire dans l'attribut summary disponible à l'utilisateur. Les auteurs devraient fournir le sommaire du contenu et de la structure de la table, de sorte que les personnes utilisant des agents utilisateurs non-visuels puissent mieux la comprendre ;
• Restituer la légende, le cas échéant ;
• Restituer l'en-tête de la table, le cas échéant. Restituer le pied de la table, le cas échéant. Les agents utilisateurs doivent savoir où restituer l'en-tête et le pied. Par exemple, s'il s'agit d'un média paginé en sortie, les agents utilisateurs peuvent placer l'en-tête en haut de chaque page, et le pied en bas de chacune d'elles. De la même manière, si l'agent utilisateur fournit un mécanisme pour faire défiler les rangées, l'en-tête peut apparaître en haut de la zone qui a défilé et le pied en bas de celle-ci ;
• Calculer le nombre de colonnes dans la table. Remarquez que le nombre de rangées dans une table est égal au nombre d'éléments TR contenus par l'élément TABLE ;
• Regrouper les colonnes en fonction des éventuelles spécifications de groupe de colonnes ;
• Restituer les cellules, rangée par rangée et regroupées dans les colonnes appropriées, entre l'en-tête et le pied. Les agents utilisateurs devraient formater la table en fonction des attributs HTML et des spécifications de la feuille de style.

Le modèle de table HTML a été conçu de telle sorte que les agents utilisateurs, avec l'assistance de l'auteur, puissent restituer les tables progressivement (i.e., au fur et à mesure que les rangées arrivent) plutôt que de devoir attendre la totalité des données avant de commencer la restitution.

Afin que l'agent utilisateur puisse formater une table en une seule passe, les auteurs doivent indiquer à l'agent utilisateur :

• Le nombre de colonnes dans la table. Veuillez consulter la section sur le calcul du nombre de colonnes dans une table pour le détail sur la manière de fournir cette information ;
• Les largeurs de ces colonnes. Veuillez consulter la sections sur le calcul de la largeur des colonnes pour le détail sur la manière de fournir cette information.

Plus précisément, l'agent utilisateur peut restituer une table en une seule passe quand les largeurs de colonne sont spécifiées à l'aide d'une combinaison d'éléments COLGROUP et COL. Si éventuellement l'une des colonnes est spécifiée en termes relatif ou de pourcentage (voir la section sur le calcul de la largeur des colonnes), l'auteur doit aussi spécifier la largeur de la table en question.

La directionnalité de la table 

La directionnalité d'une table est soit celle qui est héritée (par défaut, elle est de gauche à droite), soit celle qui est spécifiée par l'attribut dir de l'élément TABLE.

Pour une table de gauche-à-droite, la colonne zéro se trouve sur le côté gauche et la rangée zéro se trouve en haut. Pour une table de droite-à-gauche, la colonne zéro se trouve sur le côté droit et la rangée zéro en haut.

Quand l'agent utilisateur alloue des cellules supplémentaires à une rangée (voir la section sur le calcul du nombre de colonnes dans une table), ces cellules supplémentaires se rajoutent à la droite de la table, pour les tables de gauche-à-droite, et à la gauche de la table, pour les tables de droite-à-gauche.

Remarquer que l'élément TABLE est le seul sur qui l'attribut dir inverse l'ordre visuel des colonnes ; une rangée de table (TR) ou un groupe de colonnes (COLGROUP) seuls ne peuvent pas être inversés indépendamment.

Quand il est spécifié pour l'élément TABLE, l'attribut dir affecte aussi la direction du texte à l'intérieur des cellules de la table (puisque l'attribut dir est hérité par les éléments de type bloc).

<TABLE dir="RTL">
...le reste de la table...
</TABLE>

On peut changer la direction du texte dans une cellule individuelle en spécifiant l'attribut dir dans l'élément qui définit la cellule. Veuillez consulter la section sur le texte bi-directionnel pour plus d'informations sur les questions liées à la direction du texte.

11.2.2 La légende de la table : l'élément CAPTION

<!ELEMENT CAPTION  - - (%inline;)*     -- légende de la table -->

<!ATTLIST CAPTION
  %attrs;                              -- %coreattrs, %i18n, %events --
  >

Balise ouvrante : obligatoire, balise fermante : obligatoire

Quand l'élément CAPTION est présent, son texte devrait décrire la nature de la table. L'élément CAPTION n'est autorisé qu'immédiatement après la balise ouvrante de l'élément TABLE. L'élément TABLE ne peut contenir qu'un seul élément CAPTION.

Les agents utilisateurs visuels permettent aux personnes voyantes d'embrasser rapidement la structure de la table à partir des en-têtes et de la légende. Par conséquent, les légendes seront souvent inadaptées pour le résumé de l'objet et de la structure de la table du point de vue des personnes qui dépendent d'agents utilisateurs non-visuels.

Les auteurs devraient prendre soin de fournir des informations supplémentaires, qui résument l'objet et la structure de la table, en utilisant l'attribut summary de l'élément TABLE. Ceci est particulièrement important pour les tables dépourvues de légende. Les exemples ci-dessous illustrent l'utilisation de l'attribut summary.

Les agents utilisateurs visuels devraient éviter le rognage de toute partie de la table qui contient la légende, à moins de fournir un moyen pour accéder à toutes les parties de la table, par exemple par défilement horizontal ou vertical. Nous recommandons que le texte de la légende soit coupé à la même largeur que celle de la table. (Voir également la section sur les algorithmes de disposition recommandés.)

11.2.3 Les regroupements de rangées : les éléments THEAD, TFOOT et TBODY

<!ELEMENT THEAD    - O (TR)+           -- en-tête de la table -->
<!ELEMENT TFOOT    - O (TR)+           -- pied de la table -->

Balise ouvrante : obligatoire, balise fermante : optionnelle

<!ELEMENT TBODY    O O (TR)+           -- corps de la table -->

Balise ouvrante : optional, balise fermante : optionnelle

<!ATTLIST (THEAD|TBODY|TFOOT)          -- section de table --
  %attrs;                              -- %coreattrs, %i18n, %events --
  %cellhalign;                         -- alignement horizontal dans les cellules --
  %cellvalign;                         -- alignement vertical dans les cellules --
  >

Les rangées de la table peuvent être regroupées dans une section en-tête de la table, une section pied de la table, et une ou plusieurs sections corps de table, en utilisant respectivement les éléments THEAD, TFOOT et TBODY. Cette organisation permet aux agents utilisateurs de gérer le défilement des corps de la table, indépendamment de l'en-tête et du pied de la table. Pour l'impression d'une longue table, les informations placées dans l'en-tête et le pied de la table peuvent se répéter sur chacune des pages contenant les données de la table.

L'en-tête et le pied de la table devraient contenir des informations sur les colonnes de la table. Le corps de la table devrait contenir les rangées des données de la table.

Quand ils sont présents, chaque élément THEAD, TFOOT et TBODY contient un groupe de rangées. Chaque groupe de rangées doit contenir au moins une rangée, qui est définie par l'élément TR.

<TABLE>
<THEAD>
     <TR> ...informations d'en-tête...
</THEAD>
<TFOOT>
     <TR> ...informations de pied...
</TFOOT>
<TBODY>
     <TR> ...première rangée des données du bloc 1...
     <TR> ...seconde rangée des données du bloc 1...
</TBODY>
<TBODY>
     <TR> ...première rangée des données du bloc 2...
     <TR> ...deuxième rangée des données du bloc 2...
     <TR> ...troisième rangée des données du bloc 2...
</TBODY>
</TABLE>

L'élément TFOOT doit survenir avant un élément TBODY dans une définition d'élément TABLE, de sorte que les agents utilisateurs puissent restituer le pied avant de recevoir toutes les rangées de données (éventuellement nombreuses). Le résumé suivant indique les balises qui sont obligatoires et celles qui peuvent être omises :

• la balise ouvrante de l'élément TBODY est toujours requise, sauf quand la table n'est formée que d'un seul corps et n'a aucune section d'en-tête ni de pied. La balise fermante de TBODY peut toujours être omise en toute sécurité 
• les balises ouvrantes des éléments THEAD et TFOOT sont requises quand les sections d'en-tête et de pied sont respectivement présentes, mais les balises fermantes qui leur correspondent peuvent toujours être omises en toute sécurité.

Les moteurs d'analyse des agents utilisateurs doivent obéir à ces règles pour des raisons de rétro-compatibilité.

<TABLE>
<THEAD>
     <TR> ...informations d'en-tête...
<TFOOT>
     <TR> ...informations de pied...
<TBODY>
     <TR> ...première rangée des données du bloc 1...
     <TR> ...seconde rangée des données du bloc 2...
<TBODY>
     <TR> ...première rangée des données du bloc 2...
     <TR> ...deuxième rangée des données du bloc 2...
     <TR> ...troisième rangée des données du bloc 2...
</TABLE>

Les sections THEAD, TFOOT et TBODY doivent contenir le même nombre de colonnes.

11.2.4 Les regroupements de colonnes : les éléments COLGROUP et COL

Les groupes de colonnes permettent aux auteurs de créer des divisions structurelles à l'intérieur d'une table. Les auteurs peuvent mettre en évidence cette structure au travers des feuilles de styles ou des attributs HTML (par exemple, l'attribut rules pour l'élément TABLE). Comme exemple de présentation visuelle des groupes de colonnes, veuillez consulter l'exemple de table.

Une table peut contenir soit un seul groupe de colonnes implicite (aucun élément COLGROUP ne délimite les colonnes), soit un certain nombre de groupes de colonnes explicites (chacun étant délimité par une instance de l'élément COLGROUP).

L'élément COL permet aux auteurs de partager des attributs entre plusieurs colonnes, sans faire appel à un regroupement structurel. L'« étendue » de l'élément COL est représentée par le nombre de colonnes qui vont partager les attributs de l'élément.

L'élément COLGROUP 

<!ELEMENT COLGROUP - O (COL)*          -- groupe de colonnes de table -->
<!ATTLIST COLGROUP
  %attrs;                              -- %coreattrs, %i18n, %events --
  span        NUMBER         1         -- nombre de colonnes par défaut dans un groupe --
  width       %MultiLength;  #IMPLIED  -- largeur par défaut des COL englbés --
  %cellhalign;                         -- alignement horizontal dans les cellules --
  %cellvalign;                         -- alignement vertical dans les cellules --
  >

Balise ouvrante : obligatoire, balise fermante : optionnelle

L'élément COLGROUP crée un groupe de colonne explicite. On peut spécifier le nombre de colonnes dans le groupe de colonnes de deux façons, qui s'excluent mutuellement :

1. l'attribut span de l'élément (valeur par défaut "1") spécifie le nombre de colonnes dans le groupe ;
2. chaque élément COL dans l'élément COLGROUP représente une ou plusieurs colonnes dans le groupe.

L'avantage de l'utilisation de l'attribut span, c'est que les auteurs peuvent regrouper les informations concernant les largeurs de colonne. Ainsi, si une table contient quarante colonnes, chacune d'elles ayant une largeur de 20 pixels, il est plus facile d'écrire :

   <COLGROUP span="40" width="20">
   </COLGROUP>

plutôt que :

   <COLGROUP>
      <COL width="20">
      <COL width="20">
      ...jusqu'à totaliser 40 éléments COL...
   </COLGROUP>

Quand il est nécessaire d'isoler une colonne (par exemple, pour une information de style, pour spécifier une information de largeur, etc.) au sein d'un groupe, les auteurs doivent identifier cette colonne avec un élément COL. Ainsi, pour appliquer une information de style particulière à la dernière colonne de la table précédente, on l'isole de cette manière :

   <COLGROUP width="20">
      <COL span="39">
      <COL id="mise-en-forme-particuliere">
   </COLGROUP>

L'attribut width de l'élément COLGROUP est hérité par la totalité des 40 colonnes. Le premier élément COL se rapporte aux 39 premières colonnes (sans rien de particulier pour elles) et le second assigne une valeur à l'attribut id pour la quarantième colonne, de sorte qu'une feuille de style puisse s'y appliquer.

<TABLE>
<COLGROUP span="10" width="50">
<COLGROUP span="5" width="0*">
<THEAD>
<TR><TD> ...
</TABLE>

L'élément COL 

<!ELEMENT COL      - O EMPTY           -- colonne de table -->
<!ATTLIST COL                          -- groupes et propriétés de colonnes --
  %attrs;                              -- %coreattrs, %i18n, %events --
  span        NUMBER         1         -- les attributs de COL affectent N colonnes --
  width       %MultiLength;  #IMPLIED  -- spécification de largeur de la colonne --
  %cellhalign;                         -- alignement horizontal dans les cellules --
  %cellvalign;                         -- alignement vertical dans les cellules --
  >

Balise ouvrante : obligatoire, balise fermante : interdite

L'élément COL permet aux auteurs de rassembler les spécifications d'attributs pour les colonnes de la table. L'élément COL ne rassemble pas les colonnes de manière structurelle (c'est le rôle de l'élément COLGROUP). Les éléments COL sont vides et ne servent que de support pour les attributs. Ils peuvent apparaître à l'intérieur comme à l'extérieur d'un groupe de colonnes explicite (i.e., l'élément COLGROUP).

L'attribut width de l'élément COL se rapporte à la largeur de chacune des colonnes dans la couverture de l'élément.

Le calcul du nombre de colonnes dans une table 

Il y a deux moyens pour déterminer le nombre de colonnes dans une table (par ordre de priorité) :

1. si l'élément TABLE contient des éléments COLGROUP ou COL, les agents utilisateurs devraient calculer le nombre de colonnes en opérant l'addition suivante :
   • pour chaque élément COL, prendre la valeur de son attribut span (la valeur par défaut est "1") ;
   • pour chaque élément COLGROUP contenant au moins un élément COL, ignorer l'attribut span de l'élément COLGROUP. Pour chaque élément COL, effectuer les calculs de l'étape 1 ;
   • pour chaque élément COLGROUP vide, prendre la valeur de son attribut span (la valeur par défaut étant "1").
2. sinon, quand l'élément TABLE ne contient aucun élément COLGROUP ou COL, les agents utilisateurs devraient baser le nombre de colonnes sur ce qui est requis par les rangées. Le nombre de colonnes est égal au nombre de colonnes requises par la rangée ayant le plus de colonnes, y compris les cellules qui couvrent plusieurs colonnes. Pour toutes celles des rangées qui ont un nombre de colonnes moindre, elles devraient être garnies de cellules vides en fin de rangée. La « fin » d'une rangée dépend de la directionnalité de la table.

Quand une table contient des éléments COLGROUP ou COL et quand les deux types de calcul n'aboutissent pas au même nombre de colonnes, alors cela entraîne une erreur.

Une fois que l'agent utilisateur a calculé le nombre de colonnes dans la table, il peut les regrouper en groupes de colonnes.

<TABLE>
<COLGROUP span="3"></COLGROUP>
<TR><TD> ...
...rangées...
</TABLE>

<TABLE>
<COLGROUP>
<COL>
<COL span="2">
</COLGROUP>
<TR><TD> ...
...rangées...
</TABLE>

<TABLE>
<COLGROUP>
<COL>
</COLGROUP>
<COLGROUP span="2">
<TR><TD> ...
...rangées...
</TABLE>

<TABLE>
<TR>
  <TD><TD><TD>
</TR>
</TABLE>

Le calcul de la largeur des colonnes 

Les auteurs peuvent spécifier les largeurs des colonnes de trois façons :

Fixe

Une spécification de largeur fixe est donnée en pixels (par exemple, width="30"). La spécification de largeur fixe permet une restitution progressive.

Pourcentage

Une spécification en pourcentage (par exemple, width="20%") se fonde sur le pourcentage d'espace horizontal disponible pour la table (entre les marges courantes gauche et droite, y compris les flottants). Remarquez que cet espace ne dépend pas de la table en elle-même et la spécification en pourcentage permet donc une restitution progressive.

Proportionnelle

Une spécification proportionnelle (par exemple, width="3*") se rapporte aux portions d'espace horizontal requis par une table. Si la largeur de table reçoit une valeur fixe, via l'attribut width de l'élément TABLE les agents utilisateur peuvent restituer la table de manière progressive en même avec des colonnes proportionnelles.

Cependant, si la table n'a pas une largeur fixe, les agents utilisateurs doivent attendre d'avoir reçu toutes les données de table avant de pouvoir déterminer l'espace horizontal requis par la table. Alors seulement cet espace sera alloué aux colonnes proportionnelles.

Si l'auteur ne spécifie aucune information de largeur pour une colonne, l'agent utilisateur peut se trouver dans l'incapacité de formater progressivement la table, puisqu'il doit attendre l'arrivée de la totalité des données de la colonne pour allouer une largeur adéquate.

S'il apparaît que les largeurs des colonnes soient trop étroites pour le contenu d'une cellule de table particulière, l'agent utilisateur peut choisir de rafraîchir la table.

<TABLE>
<COLGROUP>
   <COL width="30">
<COLGROUP>
   <COL width="30">
   <COL width="0*">
   <COL width="2*">
<COLGROUP align="center">
   <COL width="1*">
   <COL width="3*" align="char" char=":">
<THEAD>
<TR><TD> ...
...rangées...
</TABLE>

<TABLE width="200">
<COLGROUP span="10" width="15">
<COLGROUP width="*">
   <COL id="avant-derniere-colonne">
   <COL id="derniere-colonne">
<THEAD>
<TR><TD> ...
...rangées...
</TABLE>

11.2.5 Les rangées de la table : l'élément TR

<!ELEMENT TR       - O (TH|TD)+        -- rangée de table -->
<!ATTLIST TR                           -- rangée de table --
  %attrs;                              -- %coreattrs, %i18n, %events --
  %cellhalign;                         -- alignement horizontal dans les cellules --
  %cellvalign;                         -- alignement vertical dans les cellules --
  >

Balise ouvrante : obligatoire, balise fermante : optionnelle

L'élément TR se comporte comme un conteneur pour une rangée de cellules de la table. La balise fermante peut être omise.

<TABLE summary="Cette table repr&eacute;sente le nombre de tasses de caf&eacute;
                consomm&eacute;es par chaque s&eacute;nateur,
                le type de caf&eacute; (d&eacute;caff&eacute;in&eacute; ou normal),
                et s'il est sucr&eacute; ou non.">
<CAPTION>Les tasses de caf&eacute; consomm&eacute;es par chaque s&eacute;nateur</CAPTION>
<TR> ...Une rangée en-tête...
<TR> ...Première rangée de données...
<TR> ...Deuxième rangée de données...
...le reste de la table table...
</TABLE>

11.2.6 Les cellules de la table : les éléments TH et TD

<!ELEMENT (TH|TD)  - O (%flow;)*       -- cellule de rubrique TH, cellule de données TD-->

<!-- La portée (scope) est plus simple que l'attribut headers des tables courantes -->
<!ENTITY % Scope "(row|col|rowgroup|colgroup)">

<!-- TH pour l'en-tête, TD pour les données,
        mais pour les cellules ayant les deux rôles utiliser TD -->
<!ATTLIST (TH|TD)                      -- cellule de rubrique ou de données --
  %attrs;                              -- %coreattrs, %i18n, %events --
  abbr        %Text;         #IMPLIED  -- abréviation pour une cellule de rubrique --
  axis        CDATA          #IMPLIED  -- liste de rubriques relatives séparées par virgules--
  headers     IDREFS         #IMPLIED  -- liste d'id pour les cellules de rubrique --
  scope       %Scope;        #IMPLIED  -- portée couverte par les cellules de rubrique --
  rowspan     NUMBER         1         -- nombre de rangées couvertes par la cellule --
  colspan     NUMBER         1         -- nombre de colonnes couvertes par la cellule --
  %cellhalign;                         -- alignement horizontal dans les cellules --
  %cellvalign;                         -- alignement vertical dans les cellules --
  >

Balise ouvrante : obligatoire, balise fermante : optionnelle

Les cellules de table peuvent contenir deux types d'informations : des informations de rubrique et des informations de données. Cette distinction permet aux agents utilisateurs de restituer les cellules de rubrique et de données différemment, même en l'absence de feuilles de style. Par exemple, les agents utilisateurs visuels peuvent présenter le texte des cellules de rubrique en caractères gras. Les synthétiseurs de parole peuvent restituer les informations de rubrique avec une inflexion de voix particulière.

L'élément TH définit une cellule qui contient une indication de rubrique. Les agents utilisateurs disposent de deux types d'informations de rubrique : le contenu de l'élément TH et la valeur de l'attribut abbr. Les agents utilisateurs doivent restituer soit le contenu de la cellule, soit la valeur de l'attribut abbr. Pour les médias visuels, cette dernière possibilité peut être adéquate quand il n'y a pas suffisamment de place pour restituer le contenu entier de la cellule. Pour les médias non-visuels, l'attribut abbr peut s'employer comme abréviation des rubriques de la table, quand celles-ci sont restituées en accompagnement du contenu des cellules concernées.

Les attributs headers et scope permettent également aux auteurs d'assister les agents utilisateurs non-visuels dans leur traitement des informations de rubrique. Veuillez consulter la sections sur l'étiquetage des cellules pour les agents utilisateurs non-visuels pour des informations et des exemples.

L'élément TD définit une cellule qui contient des données.

Les cellules peuvent être vides (i.e., elles ne contiennent pas de données.

<TABLE summary="Cette table repr&eacute;sente le nombre de tasses de caf&eacute;
                consomm&eacute;es par chaque s&eacute;nateur,
                le type de caf&eacute; (d&eacute;caff&eacute;in&eacute; ou normal),
                et s'il est sucr&eacute; ou non.">
<CAPTION>Les tasses de caf&eacute; consomm&eacute;es par chaque s&eacute;nateur</CAPTION>
<TR>
   <TH>Nom</TH>
   <TH>Tasses</TH>
   <TH>Type de caf&eacute;</TH>
   <TH>Sucre ?</TH>
<TR>
   <TD>T. Sexton</TD>
   <TD>10</TD>
   <TD>Espresso</TD>
   <TD>Non</TD>
<TR>
   <TD>J. Dinnen</TD>
   <TD>5</TD>
   <TD>D&eacute;ca.</TD>
   <TD>Oui</TD>
</TABLE>

Nom          Tasse      Type de café     Sucre ?
T. Sexton    10         Espresso         Non
J. Dinnen    5          Déca.            Oui

Les cellules qui occupent plusieurs rangées ou colonnes 

Les cellules peuvent occuper plusieurs rangées ou colonnes. Le nombre des rangées ou des colonnes occupées par une cellule est fixé par les attributs rowspan et colspan des éléments TH et TD.

<TABLE border="1">
<CAPTION>Les tasses de caf&eacute; consomm&eacute;es par chaque s&eacute;nateur</CAPTION>
<TR><TH>Nom<TH>Tasses<TH>Type de caf&eacute;<TH>Sucre ?
<TR><TD>T. Sexton<TD>10<TD>Espresso<TD>Non
<TR><TD>J. Dinnen<TD>5<TD>D&eacute;ca.<TD>Oui
<TR><TD>A. Soria<TD colspan="3"><em>Non disponible</em>
</TABLE>

   Les tasses de café consommées par
             chaque sénateur
 ---------------------------------------
 |   Nom   |Tasses|Type de café|Sucre ?|
 ---------------------------------------
 |T. Sexton| 10   |Espresso    |Non    |
 ---------------------------------------
 |J. Dinnen|5     |Déca.       |Oui    |
 ---------------------------------------
 |A. Soria |Non disponible             |
 ---------------------------------------

<TABLE border="1">
<TR><TD>1 <TD rowspan="2">2 <TD>3
<TR><TD>4 <TD>6
<TR><TD>7 <TD>8 <TD>9
</TABLE>

-------------
| 1 | 2 | 3 |
----|   |----
| 4 |   | 6 |
----|---|----
| 7 | 8 | 9 |
-------------

<TABLE border="1">
<TR><TD>1 <TD>2 <TD>3
<TR><TD colspan="2">4 <TD>6
<TR><TD>7 <TD>8 <TD>9
</TABLE>

-------------
| 1 | 2 | 3 |
--------|----
| 4     | 6 |
--------|----
| 7 | 8 | 9 |
-------------

La définition de cellules qui se chevauchent constitue une erreur. Les agents utilisateurs peuvent diverger sur la façon de gérer cette erreur (par exemple, la restitution peut varier).

<TABLE border="1">
<TR><TD>1 <TD>2 <TD>3
<TR><TD>4 <TD rowspan="2">5 <TD>6
<TR><TD colspan="2">7 <TD>9
</TABLE>

11.3 La mise en forme de la table par les agents utilisateurs visuels

HTML 4 inclut des mécanismes pour contrôler :

• le style des bordures ;
• l'alignement horizontal et vertical du contenu des cellules ;
• les marges des cellules.

11.3.1 Les bordures et les règles

Les attributs suivants affectent le cadre externe et les règles internes de la table.

<TABLE border="1"
       summary="Cette table repr&eacute;sente le nombre de tasses de caf&eacute;
                consomm&eacute;es par chaque s&eacute;nateur,
                le type de caf&eacute; (d&eacute;caff&eacute;in&eacute; ou normal),
                et s'il est sucr&eacute; ou non.">
<CAPTION>Les tasses de caf&eacute; consomm&eacute;es par chaque s&eacute;nateur</CAPTION>
<TR>
   <TH>Nom</TH>
   <TH>Tasses</TH>
   <TH>Type de caf&eacute;</TH>
   <TH>Sucre ?</TH>
<TR>
   <TD>T. Sexton</TD>
   <TD>10</TD>
   <TD>Espresso</TD>
   <TD>Non</TD>
<TR>
   <TD>J. Dinnen</TD>
   <TD>5</TD>
   <TD>D&eacute;ca.</TD>
   <TD>Oui</TD>
</TABLE>

<TABLE border="5" frame="vsides" rules="cols">
<TR> <TD>1 <TD>2 <TD>3
<TR> <TD>4 <TD>5 <TD>6
<TR> <TD>7 <TD>8 <TD>9
</TABLE>

Les agents utilisateurs devraient observer les paramètres suivants pour rétro-compatibilité.

• La définition border="0" implique que frame="void" et, à moins que ce ne soit indiqué autrement, que rules="none" ;
• Les autres valeurs de l'attribut border impliquent que frame="border" et, à moins que ce ne soit indiqué autrement, que rules="all" ;
• La valeur "border" dans la balise ouvrante de l'élément TABLE devrait s'interpréter comme la valeur de l'attribut frame. Elle implique que rules="all" et une certaine valeur par défaut (non-nulle) pour l'attribut border.

<TABLE border="2">
<TABLE border="2" frame="border" rules="all">

<TABLE border>
<TABLE frame="border" rules="all">

11.3.2 L'alignement horizontal et vertical

Les attributs suivants peuvent être spécifiés sur divers éléments de table (voir leurs définitions).

<!-- attributs d'alignement horizontal pour le contenu des cellules -->
<!ENTITY % cellhalign
  "align      (left|center|right|justify|char) #IMPLIED
   char       %Character;    #IMPLIED  -- caractère d'alignement, e.g. char=':' --
   charoff    %Length;       #IMPLIED  -- décalage du caractère d'alignement --"
  >
<!-- attributs d'alignement vertical pour le contenu des cellules -->
<!ENTITY % cellvalign
  "valign     (top|middle|bottom|baseline) #IMPLIED"
  >

<TABLE border="1">
<COLGROUP>
<COL><COL align="char" char=",">
<THEAD>
<TR><TH>L&eacute;gumes <TH>Prix au kilo
<TBODY>
<TR><TD>Laitues         <TD>&euro;1
<TR><TD>Carottes       <TD>&euro;10,50
<TR><TD>Navets dor&eacute;s   <TD>&euro;100,30
</TABLE>

-----------------------------
|   Légumes  | Prix au kilo |
|------------|--------------|
|Laitues     |      €1      |
|------------|--------------|
|Carottes    |     €10,50   |
|------------|--------------|
|Navets dorés|    €100,30   |
-----------------------------

Quand le contenu de la cellule contient plus d'une instance du caractère d'alignement spécifié par l'attribut char et que ce contenu va à la ligne, le comportement de l'agent utilisateur n'est pas défini. Les auteurs devraient donc être prudent dans leur utilisation de l'attribut char.

L'héritage des spécifications d'alignement 

L'alignement du contenu des cellules peut être spécifié cellule par cellule ou bien peut être hérité des éléments qui l'englobent, telles que la rangée, la colonne ou la table même.

L'ordre de priorité (de la plus élevée à la plus basse) des attributs align, char et charoff est le suivant :

1. l'attribut d'alignement défini sur un élément à l'intérieur des données de la cellule (par exemple, un élément P) ;
2. l'attribut d'alignement défini sur une cellule (les éléments TH et TD) ;
3. l'attribut d'alignement défini sur un élément de regroupement de colonnes (les éléments COL et COLGROUP). Quand la cellule fait partie d'un ensemble recouvrant plusieurs colonnes, la propriété d'alignement est héritée de la définition de la cellule initiant le recouvrement ;
4. l'attribut d'alignement défini sur un élément de rangée ou de regroupement de rangées (les éléments TR, THEAD, TFOOT et TBODY). Quand la cellule fait partie d'un ensemble recouvrant plusieurs rangées, la propriété d'alignement est héritée de la définition de la cellule initiant le recouvrement ;
5. l'attribut d'alignement défini sur la table (l'élément TABLE) ;
6. la valeur d'alignement par défaut.

L'ordre de priorité (de la plus élevée à la plus basse) de l'attribut valign (ainsi que des autres attributs hérités lang, dir et style) est le suivant :

1. l'attribut défini sur un élément à l'intérieur des données de la cellule (par exemple, un élément P) ;
2. l'attribut défini sur une cellule (les éléments TH et TD) ;
3. l'attribut défini sur un élément de rangée ou de regroupement de rangées (les éléments TR, THEAD, TFOOT et TBODY). Quand la cellule fait partie d'un ensemble recouvrant plusieurs rangées, la valeur de l'attribut est héritée de la définition de la cellule initiant le recouvrement ;
4. l'attribut défini sur un élément de regroupement de colonnes (les éléments COL et COLGROUP). Quand la cellule fait partie d'un ensemble recouvrant plusieurs colonnes, la valeur de l'attribut est héritée de la définition de la cellule initiant le recouvrement ;
5. l'attribut défini sur la table (l'élément TABLE) ;
6. la valeur par défaut de l'attribut.

En outre, lors de la restitution des cellules, l'alignement horizontal est déterminé par les colonnes, de préférence aux rangées, tandis que les rangées ont la préférence sur les colonnes pour ce qui est de l'alignement vertical.

L'alignement par défaut des cellules dépend de l'agent utilisateur. L'agent utilisateur devrait cependant remplacer la valeur par défaut de l'attribut selon la directionnalité courante (i.e., ne pas laisser la valeur "left" dans tous les cas).

Les agents utilisateurs qui ne reconnaissent pas la valeur "justify" de l'attribut align devraient utiliser la valeur de directionnalité héritée à la place.

11.3.3 Les marges des cellules

Cest deux attributs contrôlent l'espacement entre et à l'intérieur des cellules. Les illustrations suivantes expliquent la manière dont ils interagissent :

<TABLE cellspacing="20" cellpadding="20%">
<TR> <TD>Données1 <TD>Données2 <TD>Données3
</TABLE>

Si une table, ou une colonne donnée, a une largeur fixe, les attributs cellspacing et cellpadding peuvent demander plus d'espace que celui qui est assigné. Les agents utilisateurs peuvent donner à ces attributs la priorité sur l'attribut de largeur width quand un conflit survient, mais ils ne sont pas obligés de le faire.

11.4 La restitution de la table par les agents utilisateurs non-visuels

11.4.1 L'association des indications de rubrique aux cellules de données

Les agents utilisateurs non-visuels, tels que les synthétiseurs de parole et les lecteurs Braille, peuvent faire appel aux attributs suivants des éléments TD et TH pour restituer les cellules de la table plus intuitivement :

• Pour une cellule de données particulière, l'attribut headers liste les cellules qui fournissent des indications de rubrique pertinentes. Dans ce but, chaque cellule de rubrique doit être nommée en utilisant l'attribut id. Remarquez qu'il n'est pas toujours possible de distinguer clairement les cellules de rubrique de celles de données. On devrait utiliser l'élément TD pour de telles cellules en même temps que les attributs id ou scope, selon celui qui convient ;
• Pour une cellule de rubrique donnée, l'attribut scope indique à l'agent utilisateur les cellules qui sont concernées par ces indications de rubrique. Les auteurs peuvent choisir d'employer cet attribut plutôt que l'attribut headers, selon celui qui convient le mieux ; les deux attributs remplissent la même fonction. L'attribut headers est en général nécessaire quand les rubriques se trouvent en positions inhabituelles par rapport aux données qui les concernent ;
• L'attribut abbr spécifie un nom de rubrique abrégé pour les cellules de rubrique, de sorte que les agents utilisateurs puissent restituer les indications de rubrique plus rapidement.

<TABLE border="1"
       summary="Cette table repr&eacute;sente le nombre de tasses de caf&eacute;
                consomm&eacute;es par chaque s&eacute;nateur,
                le type de caf&eacute; (d&eacute;caff&eacute;in&eacute; ou normal),
                et s'il est sucr&eacute; ou non.">
<CAPTION>Les tasses de caf&eacute; consomm&eacute;es par chaque s&eacute;nateur</CAPTION>
<TR>
   <TH id="t1">Nom</TH>
   <TH id="t2">Tasses</TH>
   <TH id="t3" abbr="Type">Type de café</TH>
   <TH id="t4">Sucre ?</TH>
<TR>
   <TD headers="t1">T. Sexton</TD>
   <TD headers="t2">10</TD>
   <TD headers="t3">Espresso</TD>
   <TD headers="t4">Non</TD>
<TR>
   <TD headers="t1">J. Dinnen</TD>
   <TD headers="t2">5</TD>
   <TD headers="t3">Déca.</TD>
   <TD headers="t4">Oui</TD>
</TABLE>

Légende : Les tasses de café consommées par chaque sénateur
Résumé : Cette table représente le nombre de tasses de café
         consommées par chaque sénateur, le type de café (déca. ou normal),
         et s'il est sucré ou non.
Nom : T. Sexton,   Tasses : 10,   Type : Espresso,   Sucre : Non
Nom : J. Dinnen,   Tasses : 5,    Type : Déca.,      Sucre : Oui

<TABLE border="1"
       summary="Cette table repr&eacute;sente le nombre de tasses de caf&eacute;
                consomm&eacute;es par chaque s&eacute;nateur,
                le type de caf&eacute; (d&eacute;caff&eacute;in&eacute; ou normal),
                et s'il est sucr&eacute; ou non.">
<CAPTION>Les tasses de caf&eacute; consomm&eacute;es par chaque s&eacute;nateur</CAPTION>
<TR>
   <TH scope="col">Nom</TH>
   <TH scope="col">Tasses</TH>
   <TH scope="col" abbr="Type">Type de café</TH>
   <TH scope="col">Sucre ?</TH>
<TR>
   <TD>T. Sexton</TD>
   <TD>10</TD>
   <TD>Espresso</TD>
   <TD>Non</TD>
<TR>
   <TD>J. Dinnen</TD>
   <TD>5</TD>
   <TD>Déca.</TD>
   <TD>Oui</TD>
</TABLE>

<TABLE border="1" cellpadding="5" cellspacing="2"
  summary="Les cours d'histoire propos&eacute;s dans la communaut&eacute;
           de Bath, arrang&eacute;s selon le nom du cours, le professeur,
           le r&eacute;sum&, le code et le prix.">
  <TR>
    <TH colspan="5" scope="colgroup">Cours communautaires -- Bath Automne 1997</TH>
  </TR>
  <TR>
    <TH scope="col" abbr="Nom">Nom du cours</TH>
    <TH scope="col" abbr="Prof.">Professeur</TH>
    <TH scope="col">R&eacute;sum&eacute;</TH>
    <TH scope="col">Code</TH>
    <TH scope="col">Frais</TH>
  </TR>
  <TR>
    <TD scope="row">&Agrave;pr&egrave;s la Guerre Civile</TD>
    <TD>Dr. John Wroughton</TD>
    <TD>
       Ce cours &eacute;tudiera les ann&eacute;es de troubles qui ont
       suivi l'ann&eacute;e 1646 en Angleterre. <EM>6 r&eacute;unions hebdomadaires,
      d&eacute;but lundi 13 octobre.</EM>
    </TD>
    <TD>H27</TD>
    <TD>&pound;32</TD>
  </TR>
  <TR>
    <TD scope="row">Introduction &agrave; l'Angleterre anglo-saxonne</TD>
    <TD>Mark Cottle</TD>
    <TD>
       Un cours d'une journ&eacute;e pr&eacute;sentant les premiers temps de
       la p&eacute;riode de reconstruction m&eacute;di&eacute;vale,
       les Anglo-saxons et leur soci&eacute;t&eacute;.<br>
       <EM>Samedi 18 octobre.</EM>
    </TD>
    <TD>H28</TD>
    <TD>&pound;18</TD>
  </TR>
  <TR>
    <TD scope="row">La Gr&Egrave;ce glorieuse</TD>
    <TD>Val&eacute;rie Lorenz</TD>
    <TD>
     Les origines de la d&eacute;mocratie, la philosophie, le c&#339;ur du th&eacute;&acirc;tre,
     la patrie de la dialectique. Les Romains auraient pu le faire, mais les
     Grecs furent les premiers. <br><EM>Samedi 25 octobre 1997</EM>
    </TD>
    <TD>H30</TD>
    <TD>&pound;18</TD>
  </TR>
</TABLE>

11.4.2 La catégorisation des cellules

Les utilisateurs, qui parcourent une table avec un agent utilisateur basé sur la parole, peuvent souhaiter entendre une explication sur le contenu d'une cellule en plus d'entendre le contenu en question. Un moyen par lequel l'agent utilisateur pourrait offrir une explication serait de dire les indications de rubrique associées avant de dire le contenu de la cellule de données (voir la section sur l'association des indications de rubrique aux cellules de données).

Les utilisateurs peuvent également vouloir des informations sur plusieurs cellules, auquel cas les indications de rubrique données au niveau de la cellule (par les attributs headers, scope et abbr) peuvent ne pas fournir le contexte adéquat. Considérons la table suivante, qui montre la répartition des frais de repas, d'hôtels et de transport pour deux villes (San Jose et Seattle) sur plusieurs jours :

Les utilisateurs pourraient souhaiter extraire des informations de la table sous la forme de requêtes comme :

• « Qu'ai-je dépensé en repas ? » ;
• « Qu'ai-je dépensé en repas le 25 août ? » ;
• « Quel est l'ensemble de mes dépenses à San Jose ? ».

Chaque requête implique un calcul par l'agent utilisateur qui peut faire intervenir zéro ou plusieurs cellules. Afin de déterminer, par exemple, les coûts des repas du 25 août, l'agent utilisateur doit connaître quelles cellules se rapportent à « Repas » (tous les repas) et à « Dates » (particulièrement le 25 août), puis déterminer l'intersection de ces deux ensembles.

Pour satisfaire ce genre de requête, le modèle de table HTML 4 permet aux auteurs de ranger les rubriques et les données des cellules en catégories. Par exemple, pour le tableau des frais de déplacement, l'auteur pourrait regrouper les cellules de rubrique "San Jose" et "Transports" dans la catégorie « dépenses » et les quatre jours dans la catégorie « date ». Les trois questions précédentes auraient alors les significations suivantes :

• « Qu'ai-je dépensé en repas ? » signifiant « Quelles sont toutes les cellules de données dans la catégorie "dépenses=Repas" ? » ;
• « Qu'ai-je dépensé en repas le 25 août ? » signifiant « Quelles sont toutes les cellules dans les catégories "dépenses=Repas" et "date=25-08-1997" ? » ;
• « Quel est l'ensemble de mes dépenses à San Jose ? » signifiant « Quelles sont toutes les cellules dans les catégories "dépenses=Repas, Hôtels, Transports" et "ville=San Jose" ? »

L'auteur catégorise une cellule de rubrique ou de données en spécifiant l'attribut axis sur la cellule. Par exemple, dans le tableau des frais de déplacement, on pourrait ranger la cellule contenant l'information "San Jose" dans la catégorie "ville" de la manière suivante :

  <TH id="a6" axis="ville">San Jose</TH>

Toute cellule qui contient des informations relatives à "San Jose" devrait se rapporter à cette cellule de rubrique au travers soit de l'attribut headers, soit de l'attribut scope. Ainsi, les frais de repas du 25-08-1997 devraient être balisées pour se rapporter à l'attribut id (dont la valeur ici est "a6") de la cellule de rubrique :

  <TD headers="a6">37.74</TD>

Chaque attribut headers fournit une liste de références id. Les auteurs peuvent donc catégoriser une cellule donnée par un nombre quelconque de moyens (ou selon un nombre quelconque de rubriques).

Voici le balisage du tableau des frais de déplacement avec des indications de catégorie :

<TABLE border="1"
          summary="Ce tableau r&eacute;sume les frais de d&eacute;placment
                   occasionn&eacute;s lors des voyages du mois d'août
                   &agrave; San Jose et &agrave; Seattle">
<CAPTION>
  R&eacute;capitulatif des frais de d&eacute;placement
</CAPTION>
<TR>
  <TH></TH>
  <TH id="a2" axis="dépenses">Repas</TH>
  <TH id="a3" axis="dépenses">Hôtels</TH>
  <TH id="a4" axis="dépenses">Transports</TH>
  <TD>Sous-totaux</TD>
</TR>
<TR>
  <TH id="a6" axis="ville">San Jose</TH>
  <TH></TH>
  <TH></TH>
  <TH></TH>
  <TD></TD>
</TR>
<TR>
  <TD id="a7" axis="date">25-08-97</TD>
  <TD headers="a6 a7 a2">37.74</TD>
  <TD headers="a6 a7 a3">112.00</TD>
  <TD headers="a6 a7 a4">45.00</TD>
  <TD></TD>
</TR>
<TR>
  <TD id="a8" axis="date">26-08-97</TD>
  <TD headers="a6 a8 a2">27.28</TD>
  <TD headers="a6 a8 a3">112.00</TD>
  <TD headers="a6 a8 a4">45.00</TD>
  <TD></TD>
</TR>
<TR>
  <TD>Sous-totaux</TD>
  <TD>65.02</TD>
  <TD>224.00</TD>
  <TD>90.00</TD>
  <TD>379.02</TD>
</TR>
<TR>
  <TH id="a10" axis="ville">Seattle</TH>
  <TH></TH>
  <TH></TH>
  <TH></TH>
  <TD></TD>
</TR>
<TR>
  <TD id="a11" axis="date">27-08-97</TD>
  <TD headers="a10 a11 a2">96.25</TD>
  <TD headers="a10 a11 a3">109.00</TD>
  <TD headers="a10 a11 a4">36.00</TD>
  <TD></TD>
</TR>
<TR>
  <TD id="a12" axis="date">28-08-97</TD>
  <TD headers="a10 a12 a2">35.00</TD>
  <TD headers="a10 a12 a3">109.00</TD>
  <TD headers="a10 a12 a4">36.00</TD>
  <TD></TD>
</TR>
<TR>
  <TD>Sous-totaux</TD>
  <TD>131.25</TD>
  <TD>218.00</TD>
  <TD>72.00</TD>
  <TD>421.25</TD>
</TR>
<TR>
  <TH>Totaux</TH>
  <TD>196.27</TD>
  <TD>442.00</TD>
  <TD>162.00</TD>
  <TD>800.27</TD>
</TR>
</TABLE>

Remarquez que le balisage du tableau de cette façon permet aux agents utilisateurs d'éviter de troubler l'utilisateur avec des informations parasites. Par exemples, si un synthétiseur de parole devait dire tous les nombres dans la colonne "Repas" de cette table, en réponse à la question « Quel est la totalité de mes frais de repas ? », l'utilisateur serait incapable de distinguer entre les dépenses du jour et les sous-totaux ou les totaux. En catégorisant soigneusement les cellules de données, les auteurs permettent aux agents utilisateurs de faire des distinctions sémantiques importantes lors de la restitution.

Bien sûr, il n'y a pas de limite quant à la manière dont les auteurs peuvent catégoriser les informations contenues dans une table. Dans la table des frais de déplacement, par exemple, on pourrait rajouter les catégories "sous-totaux" et "totaux".

Cette spécification n'oblige pas les agents utilisateurs à gérer les informations fournies par l'attribut axis, ni ne fait de recommandation sur la manière dont les agents utilisateurs peuvent présenter les informations de l'attribut axis aux utilisateurs ou sur la manière dont les utilisateurs peuvent interroger l'agent utilisateur sur ces informations.

Les agents utilisateurs, notamment les syntétiseurs de parole, peuvent cependant combiner les informations communes à plusieurs cellules résultant d'une requête. Par exemple, si l'utilisateur demande « Qu'est-ce que j'ai dépensé à San Jose ? », l'agent utilisateur déterminerait d'abord les cellules en question (25-08-1997 : 37.74, 26-08-1997 : 27.28), puis restituerait ces informations. Un agent utilisateur disant ces informations pourraient les lire ainsi :

   Ville : San Jose. Date : 25-08-1997. Dépenses, Repas : 37.74
   Ville : San Jose. Date : 26-08-1997. Dépenses, Repas : 27.28

ou, de manière plus concise :

   San Jose, 25-08-1997, Repas : 37.74
   San Jose, 26-08-1997, Repas : 27.28

Une restitution encore plus économe combinerait les informations communes et les réarrangerait :

   San Jose, Repas, 25-08-1997 : 37.74
                    26-08-1997 : 27.28

Les agents utilisateurs qui gère ce type de restitution devraient donner à l'utilisateur des moyens pour personnaliser la restitution (par exemple, au travers d'une feuille de style).

11.4.3 L'algorithme pour obtenir les indications de rubrique

En l'absence d'indications de rubrique fournies soit par l'attribut scope, soit par l'attribut headers, les agents utilisateurs peuvent néanmoins construire des informations de rubrique en fonction de l'algorithme suivant. L'objectif de l'algorithme consiste à rechercher une liste ordonnée de rubriques. (Dans la description suivante de l'algorithme, on suppose que la directionnalité de la table est de gauche à droite).

• Premièrement, à partir de la position de la cellule, rechercher des cellules de rubrique de rangée vers la gauche. Puis rechercher des cellules de rubrique de colonne vers le haut. La recherche dans une direction s'achève quand le bord de la table est atteint ou bien quand on trouve une cellule de données qui fait suite à une cellule de rubrique ;
• Les rubriques de rangée sont insérées dans la liste, dans l'ordre où elles apparaissent dans la table. Pour les tables de gauche-à-droite, les rubriques s'insèrent de gauche à droite ;
• Les rubriques de colonne sont insérées après les rubriques de rangée, dans l'ordre où elles apparaissent dans la table, de haut en bas ;
• Si une cellule de rubrique a un attribut headers spécifié, alors les rubriques référencées par cet attribut sont insérées dans la liste et la recherce s'achève pour la direction courante ;
• Les cellules TD qui ont un attribut axis sont également traitées comme des cellules de rubrique.

11.5 Un exemple de table

Cet exemple montre des rangées et des colonnes regroupées. L'exemple est extrait du livre « Developing International Software », par Nadine Kano.

<TABLE border="2" frame="hsides" rules="groups"
          summary="La gestion des pages de codes par diverses versions
                   de MS Windows.">
<CAPTION>GESTION DES PAGES DE CODES DANS WINDOWS DE MICROSOFT</CAPTION>
<COLGROUP align="center">
<COLGROUP align="left">
<COLGROUP align="center" span="2">
<COLGROUP align="center" span="3">
<THEAD valign="top">
<TR>
<TH>ID<BR>page de codes
<TH>Nom
<TH>ACP
<TH>OEMCP
<TH>Windows<BR>NT 3.1
<TH>Windows<BR>NT 3.51
<TH>Windows<BR>95
<TBODY>
<TR><TD>1200<TD>Unicode (BMP de ISO/IEC-10646)<TD><TD><TD>X<TD>X<TD>*
<TR><TD>1250<TD>Windows 3.1 Europe de l'Est<TD>X<TD><TD>X<TD>X<TD>X
<TR><TD>1251<TD>Windows 3.1 Cyrillique<TD>X<TD><TD>X<TD>X<TD>X
<TR><TD>1252<TD>Windows 3.1 US (ANSI)<TD>X<TD><TD>X<TD>X<TD>X
<TR><TD>1253<TD>Windows 3.1 Grec<TD>X<TD><TD>X<TD>X<TD>X
<TR><TD>1254<TD>Windows 3.1 Turc<TD>X<TD><TD>X<TD>X<TD>X
<TR><TD>1255<TD>Hébreu<TD>X<TD><TD><TD><TD>X
<TR><TD>1256<TD>Arabe<TD>X<TD><TD><TD><TD>X
<TR><TD>1257<TD>Balte<TD>X<TD><TD><TD><TD>X
<TR><TD>1361<TD>Coréen (Johab)<TD>X<TD><TD><TD>**<TD>X
<TBODY>
<TR><TD>437<TD>MS-DOS United States<TD><TD>X<TD>X<TD>X<TD>X
<TR><TD>708<TD>Arabe (ASMO 708)<TD><TD>X<TD><TD><TD>X
<TR><TD>709<TD>Arabe (ASMO 449+, BCON V4)<TD><TD>X<TD><TD><TD>X
<TR><TD>710<TD>Arabe (Arabe transparent)<TD><TD>X<TD><TD><TD>X
<TR><TD>720<TD>Arabe (Transparent ASMO)<TD><TD>X<TD><TD><TD>X
</TABLE>

                GESTION DES PAGES DE CODES DANS WINDOWS DE MICROSOFT
===============================================================================
    ID    | Nom                          | ACP  OEMCP | Windows Windows Windows
  page de |                              |            |  NT 3.1 NT 3.51    95
   codes  |                              |            |
-------------------------------------------------------------------------------
   1200   | Unicode (BMP de ISO 10646)   |            |    X       X       *
   1250   | Windows 3.1 Europe de l'Est  |  X         |    X       X       X
   1251   | Windows 3.1 Cyrillique       |  X         |    X       X       X
   1252   | Windows 3.1 US (ANSI)        |  X         |    X       X       X
   1253   | Windows 3.1 Grec             |  X         |    X       X       X
   1254   | Windows 3.1 Turc             |  X         |    X       X       X
   1255   | Hébreu                       |  X         |                    X
   1256   | Arabe                        |  X         |                    X
   1257   | Balte                        |  X         |                    X
   1361   | Coréen (Johab)               |  X         |            **      X
-------------------------------------------------------------------------------
    437   | MS-DOS United States         |        X   |    X       X       X
    708   | Arabe (ASMO 708)             |        X   |                    X
    709   | Arabe (ASMO 449+, BCON V4)   |        X   |                    X
    710   | Arabe (Arabe transparent)    |        X   |                    X
    720   | Arabe (Transparent ASMO)     |        X   |                    X
===============================================================================