<dl>
<dt>Jérôme Dupuy</dt>
<dd>directeur de communication</dd>
<dt>Arnaud Mangrier</dt>
<dd>responsable des RH</dd>
</dl>

Jérôme Dupuy
directeur de communication
Arnaud Mangrier
responsable des RH

Cela vous semble-t’il saugrenu ?

Concrètement, soit les UA ignorent royalement les DL, et dans ce cas on peut s’en passer totalement sans souci, ou à l’inverse les utiliser de n’importe quelle manière, ça n’a pas d’impact. Soit les UA les exploitent et dans ce cas il faut savoir comment et voir si tel ou tel usage est pertinent en fonction de ça. Par exemple, on peut vouloir éviter de donner des informations trompeuses ou sources de confusion à un utilisateur de lecteur d’écran à cause d’une utilisation abusive de DL.

(Pour ma part je me méfie de toutes les utilisations qui consistent à placer un contenu volumineux dans un élément de liste, que ce soit un LI, un DT ou un DD. Pour une FAQ avec des réponses sur plusieurs paragraphes, j’aurais tendance à utiliser HN + P.)

Enfin bref, ça c’est HTML4, et c’est le bazar.

HTML5, à ce que j’ai lu de la spec, recycle DT et DD comme mécanisme pour associer une «clé» à une «valeur». L’élément DL correspond d’ailleurs en HTML5 à une Description List, pas une Definition List. Mais c’est un peu mouvant (DT et DD, sans DL parent, étaient un moment proposés pour baliser le contenu d’un élément FIGURE, mais ça a été modifié au profit d’un élément FIGCAPTION, et ça peut encore bouger). Ceci dit, si ça reste tel quel (Description List), je me vois bien marquer avec un DL des données de type nom/valeur, par exemple une liste de données EXIF ou autres métadonnées.

Quant à DIALOG, il a été fort logiquement sabré de HTML5, et je doute qu’on le revoie. Bon débarras. Si vous voulez baliser un dialogue, ou un poème, ou une recette de cuisine, ou tout autre contenu ayant une structure «standardisable», il faut regarder du côté des microformats ou de RDFa, mais certainement pas de la création d’éléments HTML spécifiques à un type de contenu marginal.

Name (dt) / value (dd) groups may be terms and definitions, metadata topics and values, or any other groups of name-value data

A partir du moment où une (ou plusieurs) information(s) peuvent être rattachée(s) à un (ou plusieurs) élément(s) précis (uniques ?), la sémantique de la balise est, à mon sens, respectée.

Personnellement, j’utilise <dl> pour baliser :
– des coordonnées (dt : nom société, dd : informations composant l’adresse),
– une fiche produit (dt : nom du produit, dd : caractéristiques du produit),
– une galerie photo,
– etc.

Cette balise est devenue pour moi une alternative au classique <hn> / <p> pour quasiment tout ce qui ne concerne pas un contenu textuel « pur ».

<dl>
  <dt>Terme 1</dt>
  <dd>
    <ul>
      <li>Définition 1.1</li>
      <li>Définition 1.2</li>
    </ul>
  </dd>
  <dt>Terme 2</dt>
  <dd>
    <ul>
      <li>Définition 2.1</li>
      <li>Définition 2.2</li>
    </ul>
  </dd>
</dl>

Mais c’est loin d’être parfait.