adr-fr

(Difference between revisions)

Jump to: navigation, search
(http://roladarh.strefa.pl/news-1859.html)
m (Reverted edits by LichiNocac (Talk) to last version by Brian)
Line 1: Line 1:
-
[http://roladarh.strefa.pl/news-1859.html shemale video trailers] [http://zelgetgo.0lx.net/new1098.htm someday video nickelback] [http://dronoubr.0lx.net/marsha-linehan.html marsha linehan videos] [http://bukgetert.0lx.net/article-1787.htm mesa arizona movie theater] [http://tulilre.strefa.pl/2009-01-06-postman-twat-video.html postman twat video]
 
<h1> adr </h1>
<h1> adr </h1>
Line 6: Line 5:
http://rbach.priv.at/2006/buttons/adr.png
http://rbach.priv.at/2006/buttons/adr.png
-
'''adr''' (nom de code pour travailler, prononcez "adeure" ; FAQ : [[hcard-faq-fr#Devrais-je_utiliser_ADDRESS_pour_les_hCards|pourquoi "adr"]] ?) est un format simple pour baliser l'information adresse, approprié pour l'embarquement dans le HTML, XHTML, Atom, RSS et le XML arbitraire. '''adr''' est une représentation 1:1 de la propriété ''adr'' dans le standard vCard ([http://www.ietf.org/rfc/rfc2426.txt RFC2426]) en HTML, l'un des nombreux standards ouverts [[microformats-fr|microformats]]. C'est aussi une propriété de [[hcard-fr|hCard]].
+
'''adr''' (nom de code pour travailler, prononcez "adeure" ; FAQ : [[hcard-faq-fr#Devrais-je_utiliser_ADDRESS_pour_les_hCards|pourquoi "adr"]] ?) est un format simple pour baliser l'information adresse, approprié pour l'embarquement dans le HTML, XHTML, Atom, RSS et le XML arbitraire. '''adr''' est une représentation 1:1 de la propriété ''adr'' dans le standard vCard ([http://www.ietf.org/rfc/rfc2426.txt RFC2426]) en HTML, l'un des nombreux standards ouverts [[microformats-fr|microformats]]. C'est aussi une propriété de [[hcard-fr|hCard]].
-
== Spécification Brouillon ==
+
== Spécification Brouillon ==
-
; Editeur/Auteur : [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
+
; Editeur/Auteur : [http://tantek.com/ Tantek Çelik] ([http://technorati.com Technorati, Inc.])
; Traduction : [[User:ChristopheDucamp|Christophe Ducamp]]
; Traduction : [[User:ChristopheDucamp|Christophe Ducamp]]
=== Copyright ===
=== Copyright ===
-
Selon la sortie dans le domaine public sur [[User:Tantek|ma page utilisateur]], cette spécification est publiée dans le domaine public.
+
Selon la sortie dans le domaine public sur [[User:Tantek|ma page utilisateur]], cette spécification est publiée dans le domaine public.
{{MicroFormatPublicDomainContributionStatement-fr}}
{{MicroFormatPublicDomainContributionStatement-fr}}
Line 22: Line 21:
=== Inspiration et Remerciements  ===
=== Inspiration et Remerciements  ===
-
Merci à tous ceux qui ont participé dans le [[geo-bof-2005-06-30|Geo Microformat BOF at O'Reilly's Where 2.0 conference]], et tout particulièrement [http://radar.oreilly.com/nat/ Nat Torkington] et Vee McMillen de [http://oreilly.com O'Reilly] pour [http://conferences.oreillynet.com/cs/where2005/view/e_sess/7476 organiser et héberger le BOF].
+
Merci à tous ceux qui ont participé dans le [[geo-bof-2005-06-30|Geo Microformat BOF at O'Reilly's Where 2.0 conference]], et tout particulièrement [http://radar.oreilly.com/nat/ Nat Torkington] et Vee McMillen de [http://oreilly.com O'Reilly] pour [http://conferences.oreillynet.com/cs/where2005/view/e_sess/7476 organiser et héberger le BOF].
== Introduction et Historique ==
== Introduction et Historique ==
-
Le standard vCard ([http://www.ietf.org/rfc/rfc2426.txt RFC2426]), a été largement implémenté de façon interopérable (par ex. l'application carnet d'adresses d'Apple). Le microformat [[hcard-fr|hCard]] a de manière similaire reçu une adoption significative de la part de nombreux sites publiant le format des proxies hCards aux vCards, jusqu'aux parseurs javascript côté client.
+
Le standard vCard ([http://www.ietf.org/rfc/rfc2426.txt RFC2426]), a été largement implémenté de façon interopérable (par ex. l'application carnet d'adresses d'Apple). Le microformat [[hcard-fr|hCard]] a de manière similaire reçu une adoption significative de la part de nombreux sites publiant le format des proxies hCards aux vCards, jusqu'aux parseurs javascript côté client.
-
A la [http://conferences.oreillynet.com/where/ conférence Where 2.0] en juin 2005, il y a eu une reconnaissance largement acceptée que la communauté avait besoin d'un moyen pour publier simplement et facilement sur le web une information d'adresse qui soit visible, extractible, compte tenu du fait que souvent les blogueurs et les nombreux autres sites publient des informations d'adresses. Le [[geo-bof-2005-06-30|geo microformat BOF]] a discuté tout particulièrement de ce sujet et conclu avec une décision consensuelle de simplement essayer d'utiliser ''adr'' venant de vCard/hCard.
+
A la [http://conferences.oreillynet.com/where/ conférence Where 2.0] en juin 2005, il y a eu une reconnaissance largement acceptée que la communauté avait besoin d'un moyen pour publier simplement et facilement sur le web une information d'adresse qui soit visible, extractible, compte tenu du fait que souvent les blogueurs et les nombreux autres sites publient des informations d'adresses. Le [[geo-bof-2005-06-30|geo microformat BOF]] a discuté tout particulièrement de ce sujet et conclu avec une décision consensuelle de simplement essayer d'utiliser ''adr'' venant de vCard/hCard.
-
Cette spécification présente le microformat '''adr''', qui est une représentation 1:1 de la propriété mentionnée ci-dessus ''adr'' extraite du standard vCard en réutilisant simplement la propriété ''adr'' et les sous-propriétés telles quelles extraites du microfomat [[hcard-fr|hCard]].
+
Cette spécification présente le microformat '''adr''', qui est une représentation 1:1 de la propriété mentionnée ci-dessus ''adr'' extraite du standard vCard en réutilisant simplement la propriété ''adr'' et les sous-propriétés telles quelles extraites du microfomat [[hcard-fr|hCard]].
-
Les auteurs peuvent à la fois embarquer directement des adresses '''adr''' dans leurs pages web et fils, tout comme baliser des adresses existantes dans le contexte du reste de l'information dans leurs pages web et fils.
+
Les auteurs peuvent à la fois embarquer directement des adresses '''adr''' dans leurs pages web et fils, tout comme baliser des adresses existantes dans le contexte du reste de l'information dans leurs pages web et fils.
-
Si l'auteur connaît et publie le '''name''' de l'endroit en plus de son adresse, alors l'auteur DOIT utiliser [[hcard-fr|hCard]] au lieu de simplement '''adr''' pour publier le nom et l'adresse du lieu.
+
Si l'auteur connaît et publie le '''name''' de l'endroit en plus de son adresse, alors l'auteur DOIT utiliser [[hcard-fr|hCard]] au lieu de simplement '''adr''' pour publier le nom et l'adresse du lieu.
-
== Principes de Design XHTML Sémantique ==
+
== Principes de Design XHTML Sémantique ==
{{semantic-xhtml-design-principles-fr}}
{{semantic-xhtml-design-principles-fr}}
== Format ==
== Format ==
-
=== Propriétés Singulières ===
+
=== Propriétés Singulières ===
-
Remarquez que toutes les propriétés dans '''adr''' sont des propriétés singulières et par conséquent le premier élément descendant avec cette classe devrait prendre effet, tous les autres étant ignorés.
+
Remarquez que toutes les propriétés dans '''adr''' sont des propriétés singulières et par conséquent le premier élément descendant avec cette classe devrait prendre effet, tous les autres étant ignorés.
=== Lisible Humain vs Machine ===
=== Lisible Humain vs Machine ===
-
Si un élément <code>&lt;abbr&gt;</code> est utilisé pour une propriété, alors l'attribut <code>title</code> de l'élément <code>&lt;abbr&gt;</code> est la valeur de la propriété, au lieu des contenus de l'élément, ce qui fournit à la place une version humainement présentable de la valeur.
+
Si un élément <code>&lt;abbr&gt;</code> est utilisé pour une propriété, alors l'attribut <code>title</code> de l'élément <code>&lt;abbr&gt;</code> est la valeur de la propriété, au lieu des contenus de l'élément, ce qui fournit à la place une version humainement présentable de la valeur.
-
De la même façon, si un élément <code>&lt;img&gt;</code> est utilisé pour une ou plusieurs propriétés, il doit être traité comme suit :  
+
De la même façon, si un élément <code>&lt;img&gt;</code> est utilisé pour une ou plusieurs propriétés, il doit être traité comme suit :  
-
# Pour la propriété <code>PHOTO</code> et toute autre propriété qui prend un <abbr title="Uniform Resource Locator">URL</abbr> comme sa valeur, l'attribut <code>src</code> fournit la valeur de la propriété.
+
# Pour la propriété <code>PHOTO</code> et toute autre propriété qui prend un <abbr title="Uniform Resource Locator">URL</abbr> comme sa valeur, l'attribut <code>src</code> fournit la valeur de la propriété.
-
# Pour d'autres propriétés, l'attribut <code>alt</code> de <code>&lt;img&gt;</code> est la valeur de la propriété.
+
# Pour d'autres propriétés, l'attribut <code>alt</code> de <code>&lt;img&gt;</code> est la valeur de la propriété.
=== Extraction Valeur ===
=== Extraction Valeur ===
-
Parfois, seule la part d'un élément qui est l'équivalent pour une propriété devrait être utilisée pour la valeur de la propriété. A cette intention, le nom de classe <code>value</code> est utilisé pour extraire la partie de l'élément qui est la valeur de la propriété. Voir [[hcard-fr|hCard]] pour les détails à ce sujet.
+
Parfois, seule la part d'un élément qui est l'équivalent pour une propriété devrait être utilisée pour la valeur de la propriété. A cette intention, le nom de classe <code>value</code> est utilisé pour extraire la partie de l'élément qui est la valeur de la propriété. Voir [[hcard-fr|hCard]] pour les détails à ce sujet.
=== Nom Classe Racine ===
=== Nom Classe Racine ===
Line 59: Line 58:
Le nom de classe racine pou une adresse '''adr''' est <code>adr</code>.
Le nom de classe racine pou une adresse '''adr''' est <code>adr</code>.
-
=== Liste Propriétés ===
+
=== Liste Propriétés ===
-
Ceci est la liste des propriétés dans '''adr''', extraite de [[hcard-fr|hCard]] :
+
Ceci est la liste des propriétés dans '''adr''', extraite de [[hcard-fr|hCard]] :
-
* <code>post-office-box</code> (boîte postale)
+
* <code>post-office-box</code> (boîte postale)
* <code>extended-address</code>  (suite adresse)
* <code>extended-address</code>  (suite adresse)
* <code>street-address</code>  (adresse-rue)
* <code>street-address</code>  (adresse-rue)
-
* <code>locality</code> (localité)
+
* <code>locality</code> (localité)
-
* <code>region</code> (région)
+
* <code>region</code> (région)
* <code>postal-code</code> (code postal)
* <code>postal-code</code> (code postal)
* <code>country-name</code> (nom du pays)
* <code>country-name</code> (nom du pays)
-
La sous-propriété <code>type</code> est omise parce que sans le contexte d'un type d'adresse pour ''whom'', cela ne fait pas beaucoup plus de sens.
+
La sous-propriété <code>type</code> est omise parce que sans le contexte d'un type d'adresse pour ''whom'', cela ne fait pas beaucoup plus de sens.
=== Profil XMDP ===
=== Profil XMDP ===
-
Voir [[hcard-profile-fr|profil hCard]] pour le profil [http://gmpg.org/xmdp XMDP] de hCard qui contient la liste complète au-dessus des propriétés, avec des références vers leurs définitions RFC 2426.
+
Voir [[hcard-profile-fr|profil hCard]] pour le profil [http://gmpg.org/xmdp XMDP] de hCard qui contient la liste complète au-dessus des propriétés, avec des références vers leurs définitions RFC 2426.
-
===  Détails Parsage ===
+
===  Détails Parsage ===
-
Voir [[hcard-parsing-fr|parsage hCard]], avec la seule différence étant que "adr" est le nom de classe racine, plutôt que "vcard".
+
Voir [[hcard-parsing-fr|parsage hCard]], avec la seule différence étant que "adr" est le nom de classe racine, plutôt que "vcard".
== Exemples ==
== Exemples ==
Line 85: Line 84:
=== Echantillon adr ===
=== Echantillon adr ===
-
Voilà un échantillon <code>adr</code> :  
+
Voilà un échantillon <code>adr</code> :  
<pre><nowiki>
<pre><nowiki>
Line 97: Line 96:
</nowiki></pre>
</nowiki></pre>
-
qui pourrait être affichée comme :
+
qui pourrait être affichée comme :
<div class="adr">
<div class="adr">
Line 107: Line 106:
</div>
</div>
-
Remarquez que c'est un microformat <code>adr</code> vivant, qui sera trouvé sur cette page par les parseurs.
+
Remarquez que c'est un microformat <code>adr</code> vivant, qui sera trouvé sur cette page par les parseurs.
=== Plus d'exemples ===
=== Plus d'exemples ===
Line 113: Line 112:
Voir [[hcard-examples-fr#3.2.1_D.C3.A9finition_Type_ADR|exemples ADR hCard]] pour plus d'exemples.
Voir [[hcard-examples-fr#3.2.1_D.C3.A9finition_Type_ADR|exemples ADR hCard]] pour plus d'exemples.
-
Voir [http://microformats.org/wiki/adr-examples-fr exemples adr] pour des usages supplémentaires de ADR.
+
Voir [http://microformats.org/wiki/adr-examples-fr exemples adr] pour des usages supplémentaires de ADR.
== Exemples dans la jungle ==
== Exemples dans la jungle ==
Voir [[hcard-examples-in-wild-fr|hcard-exemples-dans-la-jungle]])
Voir [[hcard-examples-in-wild-fr|hcard-exemples-dans-la-jungle]])
-
== Implémentations ==
+
== Implémentations ==
Cette section est '''informative'''.
Cette section est '''informative'''.
-
Les implémentations suivantes ont été développées et soit génèrent ou parsent des adrs en dehors du contexte des hCards. Si vous avez une implémentation adr, sentez-vous libre de l'ajouter en haut de la liste. Une fois que la liste sera devenue trop grosse, nous ferons une page wiki séparée.
+
Les implémentations suivantes ont été développées et soit génèrent ou parsent des adrs en dehors du contexte des hCards. Si vous avez une implémentation adr, sentez-vous libre de l'ajouter en haut de la liste. Une fois que la liste sera devenue trop grosse, nous ferons une page wiki séparée.
* [http://georss.org/geopress GeoPress] est un plugin [http://wordpress.org WordPress] qui supporte l'embarquement des adrs, geo, maps (commutable dynamiquement entre le Cartes Google-Yahoo-Microsoft Maps), et les fils [http://georss.org GeoRSS].
* [http://georss.org/geopress GeoPress] est un plugin [http://wordpress.org WordPress] qui supporte l'embarquement des adrs, geo, maps (commutable dynamiquement entre le Cartes Google-Yahoo-Microsoft Maps), et les fils [http://georss.org GeoRSS].
-
* [http://code.highearthorbit.com/greaseroute/index.php GreaseRoute] est un script utilisateur  GreaseMonkey (aussi disponibles comme une simple extension Firefox) qui ajoutera des icônes pour afficher l'endroit, ou la route vers une [[adr-fr|adr]] en utilisant une carte MapQuest. La route est affichée à partir du lieu de départ fondé sur l'Adresse-IP du spectateur déterminée par le service de géolocalisation [http://hostip.info HostIP].
+
* [http://code.highearthorbit.com/greaseroute/index.php GreaseRoute] est un script utilisateur  GreaseMonkey (aussi disponibles comme une simple extension Firefox) qui ajoutera des icônes pour afficher l'endroit, ou la route vers une [[adr-fr|adr]] en utilisant une carte MapQuest. La route est affichée à partir du lieu de départ fondé sur l'Adresse-IP du spectateur déterminée par le service de géolocalisation [http://hostip.info HostIP].
* [http://code.highearthorbit.com/greaseroute/index.php GreaseRouteEmbed] est un autre script utilisateur  GreaseMonkey qui embarquera une image de la route dans la page web quand l'utilisateur cliquera sur le lien "route".
* [http://code.highearthorbit.com/greaseroute/index.php GreaseRouteEmbed] est un autre script utilisateur  GreaseMonkey qui embarquera une image de la route dans la page web quand l'utilisateur cliquera sur le lien "route".
Line 131: Line 130:
* [http://placenamehere.com/TXP/pnh_mf/ pnh_mf] est un plugin pour [http://textpattern.com/ Textpattern] qui supporte l'embarquement des adrs et d'autres microformats dans les gabarits et billets de blog. Ecrit par [http://placenamehere.com/ Chris Casciano].
* [http://placenamehere.com/TXP/pnh_mf/ pnh_mf] est un plugin pour [http://textpattern.com/ Textpattern] qui supporte l'embarquement des adrs et d'autres microformats dans les gabarits et billets de blog. Ecrit par [http://placenamehere.com/ Chris Casciano].
-
* Le [http://tantek.com/microformats/hcard-creator.html hCard creator], même s'il crée des hCards complètes, peut aussi être utilisé simplement pour créer des adrs en ne remplissant que la portion d'adresse et en copiant et collant simplement l'élément &lt;div class="adr"&gt; et ses contenus.
+
* Le [http://tantek.com/microformats/hcard-creator.html hCard creator], même s'il crée des hCards complètes, peut aussi être utilisé simplement pour créer des adrs en ne remplissant que la portion d'adresse et en copiant et collant simplement l'élément &lt;div class="adr"&gt; et ses contenus.
-
== Références ==
+
== Références ==
-
=== Références Normatives ===
+
=== Références Normatives ===
* [[hcard-fr|hCard]]
* [[hcard-fr|hCard]]
-
=== Références Informatives ===
+
=== Références Informatives ===
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426] ([http://www.w3.org/2002/12/cal/rfc2426 HTML reformatted version of RFC2426])
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426] ([http://www.w3.org/2002/12/cal/rfc2426 HTML reformatted version of RFC2426])
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
Line 147: Line 146:
== Chantier en cours ==
== Chantier en cours ==
-
Cette spécification est un travail en cours. Au fur et à mesure que des aspects additionnels seront discutés, compris et écrits, ils seront ajoutés.
+
Cette spécification est un travail en cours. Au fur et à mesure que des aspects additionnels seront discutés, compris et écrits, ils seront ajoutés.
== Discussions ==
== Discussions ==
Line 154: Line 153:
=== Q&R ===
=== Q&R ===
-
* Si vous avez quelque question à propos de hCard, regardez d'abord les [[hcard-faq-fr|FAQ hCard]] et si vous ne trouvez pas de réponses, ajoutez vos questions ! (Les chances sont celles que toute question '''adr''' s'appliquera tout aussi bien à [[hcard-fr|hCard]]).
+
* Si vous avez quelque question à propos de hCard, regardez d'abord les [[hcard-faq-fr|FAQ hCard]] et si vous ne trouvez pas de réponses, ajoutez vos questions ! (Les chances sont celles que toute question '''adr''' s'appliquera tout aussi bien à [[hcard-fr|hCard]]).
-
* Voir aussi [http://microformats.org/discuss/ pour d'autres méthodes de feedback].
+
* Voir aussi [http://microformats.org/discuss/ pour d'autres méthodes de feedback].
-
=== Problématiques ===
+
=== Problématiques ===
-
* SVP, ajoutez toutes les problématiques avec la spécification sur le document séparé [[hcard-issues-fr|problématiques hCard]]. Ditto.
+
* SVP, ajoutez toutes les problématiques avec la spécification sur le document séparé [[hcard-issues-fr|problématiques hCard]]. Ditto.
== Pages en rapport ==
== Pages en rapport ==
* {{adr-fr}}
* {{adr-fr}}

Revision as of 20:02, 8 January 2009

adr

Contents


adr.png

adr (nom de code pour travailler, prononcez "adeure" ; FAQ : pourquoi "adr" ?) est un format simple pour baliser l'information adresse, approprié pour l'embarquement dans le HTML, XHTML, Atom, RSS et le XML arbitraire. adr est une représentation 1:1 de la propriété adr dans le standard vCard (RFC2426) en HTML, l'un des nombreux standards ouverts microformats. C'est aussi une propriété de hCard.

Spécification Brouillon

Editeur/Auteur 
Tantek Çelik (Technorati, Inc.)
Traduction 
Christophe Ducamp

Copyright

Selon la sortie dans le domaine public sur ma page utilisateur, cette spécification est publiée dans le domaine public.

Obligation de Contribution dans le Domaine Public. Du fait que le(s) auteur(s) aient publié leurs travaux dans le domaine public, afin de maintenir le statut de ce travail dans le domaine public, tous les contributeurs sur cette page sont aussi d'accord pour publier leurs contributions dans le domaine public. Les contributeurs peuvent indiquer leur consentement en ajoutant le modèle "public-domain-release" sur leur page utilisateur selon les instructions de Déclarations d'être Volontaire pour le Domaine Public. Les contributions non publiées dans le domaine public peuvent être défaites/retirées.

Brevets

Cette spécification est sujette à une politique de brevets libres de droits, par ex. pour la Politique de Brevet du W3C, IETF RFC3667 et RFC3668.

Inspiration et Remerciements

Merci à tous ceux qui ont participé dans le Geo Microformat BOF at O'Reilly's Where 2.0 conference, et tout particulièrement Nat Torkington et Vee McMillen de O'Reilly pour organiser et héberger le BOF.

Introduction et Historique

Le standard vCard (RFC2426), a été largement implémenté de façon interopérable (par ex. l'application carnet d'adresses d'Apple). Le microformat hCard a de manière similaire reçu une adoption significative de la part de nombreux sites publiant le format des proxies hCards aux vCards, jusqu'aux parseurs javascript côté client.

A la conférence Where 2.0 en juin 2005, il y a eu une reconnaissance largement acceptée que la communauté avait besoin d'un moyen pour publier simplement et facilement sur le web une information d'adresse qui soit visible, extractible, compte tenu du fait que souvent les blogueurs et les nombreux autres sites publient des informations d'adresses. Le geo microformat BOF a discuté tout particulièrement de ce sujet et conclu avec une décision consensuelle de simplement essayer d'utiliser adr venant de vCard/hCard.

Cette spécification présente le microformat adr, qui est une représentation 1:1 de la propriété mentionnée ci-dessus adr extraite du standard vCard en réutilisant simplement la propriété adr et les sous-propriétés telles quelles extraites du microfomat hCard.

Les auteurs peuvent à la fois embarquer directement des adresses adr dans leurs pages web et fils, tout comme baliser des adresses existantes dans le contexte du reste de l'information dans leurs pages web et fils.

Si l'auteur connaît et publie le name de l'endroit en plus de son adresse, alors l'auteur DOIT utiliser hCard au lieu de simplement adr pour publier le nom et l'adresse du lieu.

Principes de Design XHTML Sémantique

Note : les Principes de Design XHTML Sémantique ont été écrits initialement dans le contexte de développement de hCard et hCalendar, par conséquent il peut être plus facile de comprendre ces principes dans le contexte de la méthodologie de design hCard (ce qui veut dire, lisez ça d'abord). Tantek

XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.

  1. Réutilisez autant que possible le schéma (noms, objets, propriétés, valeurs, types, hiérarchies, contraintes) à partir des standards de référence établis et bien supportés. Evitez de redéclarer les contraintes exprimées dans le standard source. Des mentions à titre d'information peuvent passer.
    1. Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.
    2. Les composants pluriels sont produits au singulier, et par conséquent plusieurs éléments imbriqués sont utilisés pour représenter plusieurs valeurs de texte qui sont délimitées par des virgules.
  2. Utilisez la sémantique XHTML la plus précise pour construire des blocs pour chaque objet, etc.
  3. Autrement utilisez un élément générique structurel (par ex. <span> ou <div>), ou l'élément contextuel approprié (par ex. un <li> dans un <ul> ou <ol>).
  4. Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devraient aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espaces dans les noms des composants deviennent des caractères tiret '-'.
  5. Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <abbr> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title' (là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même. De plus amples explications de cet usage de <abbr> : Human vs. ISO8601 dates problem solved

Format

Propriétés Singulières

Remarquez que toutes les propriétés dans adr sont des propriétés singulières et par conséquent le premier élément descendant avec cette classe devrait prendre effet, tous les autres étant ignorés.

Lisible Humain vs Machine

Si un élément <abbr> est utilisé pour une propriété, alors l'attribut title de l'élément <abbr> est la valeur de la propriété, au lieu des contenus de l'élément, ce qui fournit à la place une version humainement présentable de la valeur.

De la même façon, si un élément <img> est utilisé pour une ou plusieurs propriétés, il doit être traité comme suit :

  1. Pour la propriété PHOTO et toute autre propriété qui prend un URL comme sa valeur, l'attribut src fournit la valeur de la propriété.
  2. Pour d'autres propriétés, l'attribut alt de <img> est la valeur de la propriété.

Extraction Valeur

Parfois, seule la part d'un élément qui est l'équivalent pour une propriété devrait être utilisée pour la valeur de la propriété. A cette intention, le nom de classe value est utilisé pour extraire la partie de l'élément qui est la valeur de la propriété. Voir hCard pour les détails à ce sujet.

Nom Classe Racine

Le nom de classe racine pou une adresse adr est adr.

Liste Propriétés

Ceci est la liste des propriétés dans adr, extraite de hCard :

La sous-propriété type est omise parce que sans le contexte d'un type d'adresse pour whom, cela ne fait pas beaucoup plus de sens.

Profil XMDP

Voir profil hCard pour le profil XMDP de hCard qui contient la liste complète au-dessus des propriétés, avec des références vers leurs définitions RFC 2426.

Détails Parsage

Voir parsage hCard, avec la seule différence étant que "adr" est le nom de classe racine, plutôt que "vcard".

Exemples

Cette section est informative.

Echantillon adr

Voilà un échantillon adr :

<div class="adr">
<div class="street-address">50 rue Saint Denis</div>
<div class="extended-address">Suite 207</div>
<span class="postal-code">75001</span> <span class="locality">Paris</span>
<div class="region">Ile de France</div>
<div class="country-name">France</div>
</div>

qui pourrait être affichée comme :

50 rue Saint Denis
Suite 207

75001 Paris

Ile de France
France

Remarquez que c'est un microformat adr vivant, qui sera trouvé sur cette page par les parseurs.

Plus d'exemples

Voir exemples ADR hCard pour plus d'exemples.

Voir exemples adr pour des usages supplémentaires de ADR.

Exemples dans la jungle

Voir hcard-exemples-dans-la-jungle)

Implémentations

Cette section est informative.

Les implémentations suivantes ont été développées et soit génèrent ou parsent des adrs en dehors du contexte des hCards. Si vous avez une implémentation adr, sentez-vous libre de l'ajouter en haut de la liste. Une fois que la liste sera devenue trop grosse, nous ferons une page wiki séparée.

Références

Références Normatives

Références Informatives

Travaux Similaires

Chantier en cours

Cette spécification est un travail en cours. Au fur et à mesure que des aspects additionnels seront discutés, compris et écrits, ils seront ajoutés.

Discussions

Q&R

Problématiques

Pages en rapport

adr-fr was last modified: Wednesday, December 31st, 1969

Views