[CLOS] Quel code pour les adresses postales

Bonjour,

Quel code utiliseriez-vous pour les adresses postales ?

Est-ce que c'est plutôt :

<dl>
    <dt>Nom</dt>
    <dd>Rue</dd>
    <dd>Ville</dd>
</dl>

ou

<ul>
   <li>Nom</li>
   <li>Rue</li>
   <li>Ville</li>
</ul>

ou encore

<p>Nom<br /> Rue<br /> Ville<br /></p>

???

J'imagine qu'en XML, on aurait quelque chose du style:

<nom>Nom</nom>
<rue>Rue</rue>
<ville>Ville</ville>

Modifié par EricLB (09 May 2006 - 16:37)

Hello,

A priori j'emploierai une simple liste non ordonnée. En tout cas pas une liste de définition puisque dans ton cas il n'y a aucun terme à définir.

Bonjour,

Pour la liste de définition : non, car il n'y a pas de relation nom = valeur.

Pour la liste non ordonnée : non, car ce n'est pas, à mon sens, une liste non ordonnée. On ne peut pas isoler chacunes des parties.

J'aurais donc tendance à favoriser la troisième solution avec le paragraphe.
Au passage, il existe un élément <address> mais je ne sais pas vraiment s'il sert à cela ou pas. Certains disent qu'il sert juste à indiquer les coordonnées du webmaster.

+1 je dirais, pour la balise <address>

Pour moi je prône le DL DT DD.

DT pour le nom prénom
DD pour le reste de l'adresse.

Car DD défini DT

Pour la balise address, j'ai lu quelque part (j'ignore si c'était une source fiable) qu'elle était uniquement destinée à contenir les coordonnées pour rejoindre le webmaster/auteur du document, et non pour n'importe quelle adresse.

Dans les recommandations du W3C, il est dit :

W3C a écrit :

Les auteurs peuvent employer l'élément ADDRESS pour fournir les informations de contact du document ou d'une partie essentielle de celui-ci, comme un formulaire. Cet élément apparaît souvent au début ou à la fin du document.

Il est recommandé de l'utiliser pour ce type d'information, mais il ne semble pas y avoir de contre-indication pour l'utiliser pour d'autres coordonnées. À moins que j'interprète mal la spécification ?

Pour ma part, j'ai toujours tendance à utiliser la balise address avec des sauts de ligne.

Je cherche à nouveau où j'avais lu l'indication que address n'était que pour les coordonnées du ou des webmasters. Edit : Trouvé ! Ah, c'était justement sur alsa. Je me demande où la citation a été prise.
Modifié par Tony Monast (04 Apr 2006 - 20:44)

Curieusement, la même question vient d'être posée sur la liste de diffusion du W3Québec.

Rémi Prévost a écrit :

Une des bonnes ressources à ce sujet est le SimpleQuiz de Dan Cederholm
sur la question.

Raphael a écrit :
Hello,

A priori j'emploierai une simple liste non ordonnée. En tout cas pas une liste de définition puisque dans ton cas il n'y a aucun terme à définir.

Hello,

Pas d'accord pour la liste non ordonnée, une liste non ordonnée énumère des éléments de même rang/niveau.

Exemple liste de fruits : - orange, pomme, banane, raisin...

Pour une adresse postale, ce n'est pas le cas puisque l'individu (nom) appartient à un ensemble (numéro) qui appartient à un ensemble (rue) etc., jusqu'à l'ensemble pays

Pour une liste de définition, j'ai vu un exemple de menu sur alsacreations (tutoriel) qui utilisait les balises <dl><dt> et <dd>. Jusqu'où va la tolérance sur l'utilisation de la "definition list" ?

La réserve-ton uniquement à son utilisation stricte comme par exemple la définition d'un terme, d'un mot (dictionnaire) ?

zzzazzz a écrit :
+1 je dirais, pour la balise <address>

Le balise address est destinée à une adresse de type mail.

En tant que membre du W3Québec, je me permet de publier ce qui a été dit dans la liste de diffusion. Après tout, c'était sur la liste publique :

Rémi Prévost a écrit :

Une des bonnes ressources à ce sujet est le SimpleQuiz de Dan Cederholm
sur la question.

Denis Boudreau a écrit :

Question d'orienter un peu la réflexion, Tantek Çelik a clairement
identifé, lors d'une de ses conférences à SXSW, le recours à
l'élément <address> pour baliser des adresses comme étant une erreur
commune de perversion de la nature même de l'élément HTML qui aurait,
semble t-il, comme raison d'être de baliser des informations du type
"Date de dernière modification". Ce qui me laisse donc à penser que
selon l'humeur, le recours à un <dl> ou un <p> garni de <br /> serait
l'approche recommandée pour une telle fin.

Normand Lamoureux a écrit :

L'élément <address> sert à baliser les informations relatives à l'auteur. En gros, son nom et son adresse courriel ou un autre moyen de contact :

«Les auteurs peuvent employer l'élément ADDRESS pour fournir les informations de contact du document ou d'une partie essentielle de celui-ci, comme un formulaire. Cet élément apparaît souvent au début ou à la fin du document.»
(Spécification HTML 4.01)

On peut y inclure la date de modification du document et son numéro de version, puisqu'il s'agit d'informations du même ordre.

Pour une liste d'adresses (par exemple les adresses des membres d'un groupe), il est clair qu'il faut utiliser des paragraphes ou des éléments de liste. Même chose pour une seule adresse lorsque celle-ci ne sert pas à contacter l'auteur du document.

Denis Boudreau a écrit :

C'est effectivement ce qu'il a aussi dit dans sa présentation au WE05.

Intéressant, mais je n'arrive toujours pas à voir ou bien interpréter la spécification comme quoi il est interdit d'utiliser la balise address pour une adresse n'ayant aucun lien avec l'auteur du document. C'est recommandé de l'utiliser pour l'adresse de l'auteur du document, mais pas de contre-indication explicite pour une adresse quelconque. Comme je ne suis pas quelqu'un qui fait régulièrement des lectures religieuses des spécifications, je ne suis peut-être pas bien placé pour juger de la signification d'une spécification/recommandation.
Modifié par Tony Monast (05 Apr 2006 - 14:58)

salut,

+1 sans hésiter pour la liste de définition.

Ici ça convient bien :
terme référent = le nom
+ les différents item qui vont s'y référer = adresse, ville, pays

La vraie limite à celà serait le statut du nom dans le document html, il y a donc une analyse circonstancielle à faire.

Soit le nom doit avoir un statut de titre et dans ce cas il faut opter pour

<hn>Nom</hn>
<ul>
<li>Adresse</li>
<li>Ville</li>
<li>Pays</li>
</ul>

Soit on juge que dans le document en question le nom ne nécessite pas particulièrement d'avoir un tel statut et dans ce cas, encore une fois, les listes de définitions conviennent très bien.
Modifié par clb56 (05 Apr 2006 - 16:05)

Et un tableaux de 2 colonnes?

<table>
  <caption>Identité</caption>
  <tr>
    <th>Nom</th>
    <td>Tartempion</td>
  </tr>
  <tr>
    <th>Prénom</th>
    <td>Jules</td>
  </tr>
  <tr>
    <th>Etc</th>
    <td>...</td>
  </tr>
</table>

Ah non, surtout pas de tableaux. Ce ne sont pas des données tabulaires.

Je persiste avec mon paragraphe.

QuentinC a écrit :
Je persiste avec mon paragraphe.

Tout à fait d'accord. Un bon vieux :

<p class="adresse">
...<br />
...<br />
...
</p>

Niveau sémantique, j'ai un peu de mal à voir l'intérêt d'une liste non-ordonnée, un tableau ou même une liste de définition. Dommage tout de même que la balise address, apparemment, ne devrait pas être utilisée pour n'importe quelle adresse. Cela me semblerait tellement plus profitable d'avoir une balise de ce type qui défini explicitement le contenu. Des robots pourraient facilement extraire toutes les adresses d'un site. C'est quand même réalisable avec un p class="adresse", mais il faudrait une norme à ce niveau pour que ce soit profitable pour tous.

QuentinC a écrit :
J'aurais donc tendance à favoriser la troisième solution avec le paragraphe.

En effet, je te rejoins complètement.

Je pense qu'on atteint ici les limites de l'utilisation sémantique de XHTML.

Puisqu'il n'y a pas de solution adaptée à ce cas précis (adresse postale) il ne reste qu'une solution générique qui consiste à considérer une adresse postale comme un paragraphe et utiliser les <br /> pour les retours à la ligne.

Ce qui me semble une solution bancale, dans la mesure où une adresse n'est pas un paragraphe à proprement parler.

Bonjour,

Il y a des tentatives du côté des Microformats avec hCard.

La description d'une personne se basant sur des classes "normalisées" qui donne ceci:

<div class="vcard">
  <img style="float:left; margin-right:4px" src="http://forum.alsacreations.com/avatars/128-igoralsa9.png" alt="photo" class="photo"/>
 <a class="url fn" href="http://example.com/">Prénom Nom</a>
 <div class="org">Alsacréations</div>
 <div class="adr">
  <div class="street-address">rue du paradis</div>
  <span class="locality">Ville</span>
  <span class="postal-code">XXXXXX</span>
 </div>
 <div class="tel">1111111111</div>
</div>

Avec ce générateur: hCard Creator.

<hs>Moyen pour moi de demander votre avis sur une question que je me posais il y a quelques jours qui n'a pas rencontré un franc succès :Microformats vous en pensez quoi ?</hs>
Modifié par Igor (18 Sep 2008 - 12:16)

Igor a écrit :

<hs>Moyen pour moi de demander votre avis sur une question que je me posais il y a quelques jours qui n'a pas rencontré un franc succès :Microformats vous en pensez quoi ?</hs>

Aux vues du code généré, je pense que les différents posts de ce topic répondent à ta question, non ?