hcard-fr

2009-12-10T09:36:13Z

Carmine: /* Notes sur les Propriétés */ Wrong URL to anchor

<entry-title>hCard 0.1</entry-title>

<dfn style="font-style:normal;font-weight:bold">hCard</dfn> est un format simple, ouvert et distribué pour représenter les personnes, sociétés, organisations et lieux, en utilisant une représentation 1:1 des propriétés de la vCard ([[rfc-2426-fr|RFC2426]]) et des valeurs en [[semantic-xhtml-fr|XHTML sémantique]]. hCard est l'un des nombreux [[microformats-fr|microformats]] standards ouverts adaptés pour l'embarquement dans le HTML, XHTML, Atom, RSS et le XML arbitraire.

'''Vous voulez démarrer dès à présent par écrire une [[hcard-fr|hCard]] ? '''Utilisez le [http://microformats.org/code/hcard/creator hCard creator] pour écrire quelque information de contact et la publier, ou suivez les [[hcard-authoring-fr|trucs pour la publication de hCard]] afin d'ajouter votre syntaxe hCard à votre page de contact actuelle.

== Spécification ==
<div class="vcard">
; <span class="role">Editeur</span>
: <span class="fn">[[User:Tantek|Tantek Çelik]]</span> (<span class="url">http://tantek.com/</span>, et avant chez [http://technorati.com Technorati, Inc.] et [http://microsoft.com/ Microsoft Corporation])
</div>

; Auteurs
: [http://tantek.com/ Tantek Çelik] (affiliations ci-dessus)
: <span class="vcard"><span class="fn">[[User:Brian|Brian Suda]]</span> (<span class="url">http://suda.co.uk/</span>)</span>

Remerciements : Voir [[hcard-fr#Inspiration_et_Remerciements|Remerciements]].

Les déclarations de [[hcard-fr#Copyright|copyright]] et de [[hcard#brevets|brevets]] s'appliquent.

; Traduction
: <span class="vcard"><span class="fn">[[User:ChristopheDucamp|Christophe Ducamp]]</span></span>

== Statut ==
hCard 1.0 est une spécification microformats.org. La discussion publique a pris place sur [[hcard-feedback]], le canal [[irc-fr|irc]] #microformats sur irc.freenode.net et la [http://microformats.org/discuss/mail/microformats-discuss/ liste de diffusion microformats-discuss].

=== Langues disponibles ===
La version anglaise de cette spécification sur [[hCard]] est la seule version normative. Pour les traductions de ce document voir la section [[#traductions]].

=== Errata et Mises à jour ===
Les erreurs connues et problématiques de cette spécification sont corrigées dans les problématiques [[hcard-issues-resolved|résolues]] et [[hcard-issues-closed|fermées]]. Regardez-les svp avant de rendre compte de [[hcard-issues|problématiques]].

La mise à jour hCard 1.0.1 est actuellement en développement et incorpopre les corrections connues tout comme le [[value-class-pattern-fr|modèle-de-classe-value]].

== Introduction ==
Le standard vCard ([[rfc-2426-fr|RFC2426]]), a été largement implémenté de façon inter-opérable. (par ex. dans l'application "Carnet d'Adresses" d'Apple intégrée dans MacOSX).

En outre, beaucoup de blogueurs s'identifient eux-mêmes par un nom et discutent avec leurs amis et familles. Avec juste un peu de structure, les blogueurs peuvent discuter avec des personnes dans leurs blogs d'une telle façon que les spiders et autres agrégateurs peuvent retrouver cette information, la convertir automatiquement en vCards et l'utiliser dans n'importe quelle application ou service vCard.

Cette spécification présente le format '''hCard''', qui utilise une représentation 1:1 des propriétés et valeurs du standard vCard mentionné ci-dessus, en HTML sémantique. Les blogueurs peuvent tout à la fois embarquer directement les hCards dans leurs pages web et les styliser avec CSS pour les faire apparaître comme ils le désirent. En outre, hCard permet aux applications de retrouver directement l'information à partir des pages web sans avoir à référencer un fichier séparé.

Utilisez le [http://microformats.org/code/hcard/creator hCard creator] et copiez le code HTML qu'il génère sur votre blog ou site web pour publier votre information de contact.

{{rfc-2119-intro-fr}}

== Format ==
=== En Général ===
Le standard vCard ([[rfc-2426-fr|RFC2426]]) forme la base de hCard.

Le format basique de hCard est d'utiliser les noms d'objet/propriété vCard en bas de casse pour les noms de classes, et de mapper l'imbrication des objets vCard directement dans les éléments HTML imbriqués.

=== Nom de Classe Racine===
Le nom de classe racine pour une hcard est "vcard". Un élément avec un nom de classe "vcard" est lui même appelé une ''hCard''.

=== Propriétés et Sous-propriétés ===
Les propriétés d'une hCard sont représentées par les éléments à l'intérieur de la hCard. Les éléments avec des noms de classes des propriétés listées représentent les valeurs de ces propriétés. Quelques propriéts ont des sous-propriétés, et celles-ci sont représentées par les éléments à l'intérieur des éléments pour les propriétés.

=== Liste des propriétés ===
Propriétés hCard (sous-propriétés entre parenthèses comme ceci)

'''Requis :'''
* '''fn'''
* <span id="property-list-n">'''n'''<sup style="font-size:smaller">[[#note1|1]]</sup> (family-name, given-name, additional-name, honorific-prefix, honorific-suffix)</span>
Optionnel :
* adr (post-office-box, extended-address, street-address, locality, region, postal-code, country-name, type, value)
* agent
* bday
* category
* class
* email (type, value)
* geo (latitude, longitude)
* key
* label
* logo
* mailer
* nickname
* note
* org (organization-name, organization-unit)
* photo
* rev
* role
* sort-string
* sound
* <span id="property-list-tel">tel<sup style="font-size:smaller">[[#note2|2]]</sup> (type, value)</span>
* title
* tz
* uid
* url

=== Notes sur les Propriétés===
* <span id="note1">[[#property-list-n|1. ^]]</span> : La propriété 'n' est {{optional-fr}} si n'importe quelle [[hcard-fr#Optimisation_implicite_"n"|règle d'optimisation implicite 'n']] est en vigueur.<br />
* tel
** <span id="note2">[[#property-list-tel|2. ^]]</span>: tel - Les auteurs PEUVENT vouloir suivre le [http://en.wikipedia.org/wiki/E.123 standard E.123] pour écrire les valeurs de numéros de téléphone.
** Les valeurs lettre (par ex 1-555-FORMATS) DOIVENT être converties en nombres. Utilisez un <code>abbr</code> pour afficher les lettre et fournir simultanément une valeur numérique, par ex. <code><nowiki><abbr title="+15553676287">+1-555-FORMATS</abbr></nowiki></code>.

=== Propriétés Singulières vs. Plurielles ===
Les propriétés singulières : 'fn', 'n', 'bday', 'tz', 'geo', 'sort-string', 'uid', 'class', 'rev'. Pour les propriétés qui sont singulières, le premier élément descendant avec cette classe DEVRAIENT s'éxécuter, toutes les autres étant ignorées.

Toutes les autres propriétés PEUVENT être plurielles. Chaque instance de classe de telles propriétés crée une instance de cette propriété.

=== Lisible par Humain vs. Machine ===
Les contenus de textes visibles par les humains d'un élément pour une propriété représente la valeur de cette propriété, avec quelques exceptions :

Si un élément <code><a></code> est utilisé pour une propriété, alors l'attribut '<code>title</code>' (si présent) de l'élément <code><abbr></code> est la valeur de la propriété, au lieu des contenus de l'élément, qui fournit à la place une version plus humainement présentable de la valeur.

Si un élément <code><a></code> est utilisé pour une ou plusieurs propriétés, il {{must-fr}} être traité comme suit :
# Pour la propriété 'photo' et toute autre propriété qui prend un URL comme sa valeur, l'attribut <code>href="..."</code> fournit la valeur de la propriété.
# Pour les autres propriétés, le contenu de l'élément est la valeur de la propriété.

Si un élément <code><img></code> est utilisé pour une ou plusieurs propriétés, il {{must-fr}} être traité comme suit :
# Pour la propriété 'photo' et toute autre propriété qui prend une URL comme sa valeur, l'attribut fournit la valeur de propriété.
# Pour les autres propriétés, l'attribut '<code>alt</code>' de l'élément <code><img></code> est la valeur de la propriété.

Si un élément <code><object></code> est utilisé pour une ou plusieurs propriétés, il {{must-fr}} être traité comme suit :
# Pour la propriété 'photo' et toute autre propriété qui prend une URL comme sa valeur, l'attribut <code>data="..."</code> fournit la valeur de la propriété.
# Pour les autres propriétés, le contenu de l'élément est la valeur de la propriété.

=== Extraction de Valeur ===
Parfois, seule une partie d'un élément qui est l'équivalent d'une propriété devrait être utilisée pour la valeur de la propriété. Ceci arrive typiquement quand une propriété a un sous-type, comme 'tel'. A cette intention, le nom de classe spécial "<code>value</code>" est introduit pour extraire le sous-ensemble de l'élément qui est la valeur de la propriété. Par exemple, voici un fragment hCard pour marquer un numéro de téléphone de domicile :<br />

vCard :
<pre><nowiki>
TEL;TYPE=HOME:+1.415.555.1212
</nowiki></pre>

hCard :
<pre><nowiki>
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

Ce fragment de hCard pourrait s'afficher comme :
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
<span class="tel">
<span class="type">home</span>:
<span class="value">+1.415.555.1212</span>
</span>
</div>



=== Exceptions de Propriétés ===
vCard a plusieurs propriétés qui soit ne font pas de sens, ou sont déjà imbriquées dans le contexte d'une page web.
Cette section explique ce qu'il faut (ou ne pas) faire avec elles :

# Les propriétés de la vcard '''NAME''', '''PROFILE''', '''SOURCE''', '''PRODID''', '''VERSION''' sont définies dans les Sections 2.1.2, 2.1.3, 2.1.4, 3.6.3, 3.6.9 de la [[rfc-2426|RFC2426]]. Les éditeurs de contenus NE DOIVENT PAS ({{must-not-fr}}) utiliser ces propriétés dans leurs hCards, et par conséquent, les clients/parseurs de hCard DOIVENT ({{must-fr}}) IGNORER ces propriétés si elles sont trouvées dans une hCard. Au lieu de cela, les convertisseurs hCard vers vCard DEVRAIENT ({{should-fr}}) utiliser le titre de la page où la hCard est trouvée (c'est à dire l'élément <code><title></code> dans les documents HTML) pour construire la propriété NOM, et ils {{may-fr}} produire une valeur PROFILE de "<code>VCARD</code>" selon la [[rfc-2426-fr|RFC2426]], ils DEVRAIENT ({{should-fr}}) utiliser l'URL de la page où est trouvée la hCard pour construire la propriété SOURCE (c'est à dire peut-être comme un paramètre vers un URL/service qui convertir les hCards en vCards), pour un flux de sortie vCard (par ex. un fichier vcf).
Seuls les services/applications qui produisent de véritables vCards devraient écrire la propriété PRODID, avec l'identifiant produit pour l'application/service. De la même façon, seuls de tels services/applications devraient écrire la propriété VERSION, avec la valeur "3.0" (sans guillemets) selon la [[rfc-2426-fr|RFC2426]] Section 3.6.9.

=== Info Contact Organisation ===
Si les propriétés "FN" et "ORG" ont exactement la même valeur (généralement parce qu'elles sont
réglées sur le même élément, par ex. class="fn org"), alors la hCard représente l'information de contact pour une société, une organisation ou un lieu et {{should-fr}} être traitée comme telle. Dans ce cas l'auteur {{must-not-fr}} NE DOIT aussi PAS régler la propriété "N", ou la régler (et n'importe quelles sous-propriétés) explicitement vers la chaîne vide "".
Par conséquent les parseurs {{should-fr}} devraient gérer dans ce cas la propriété manquante "N" en
sous-entendant des valeurs vides pour toutes les sous-propriétés "N".

=== Optimisation implicite "n" ===
Bien que vCard requiert que la propriété "N" soit présente, les auteurs de la spécification vCard ([[rfc-2426-fr|RFC2426]]) eux-mêmes n'incluent pas les propriétés "N" dans leurs vCards près de la fin de la spec (p.38). Cette contradiction apparente peut être résolue en permettant simplement à la propriété "FN" de sous-entendre les valeurs de la propriété "N" dans les cas typiques fournies dans la spécification. Nous faisons cela explicitement dans hCard.

Si "FN" et "ORG" ne sont pas les mêmes (voir section précédente) et si la valeur de la propriété "FN" est exactement de deux mots (séparés par un espace blanc) et s'il n'y a pas de propriété explicite "N", alors la propriété "N" est inférée à partir de la propriété "FN".
Pour les "FN"s avec soit un mot voir au-dessous, et pour trois mots ou plus, l'auteur {{must-fr}} DOIT explicitement baliser le "N", exception faite pour le cas de l'information de contact organisation, [[hcard-fr#Info_Contact_Organisation|voir au-dessus]] pour cela.

# Le contenu de "FN" est brisé en deux "mots" séparés par un espace blanc.
# Le ''premier'' mot de ''FN'' est interprété comme le "given-name" (prénom) pour la propriété "N".
# Le ''second/dernier'' mot de "FN" est interprété comme le "family-name" pour la propriété "N".
# Exception : Si le premier mot se finit par une "," virgule OU si le second mot est un caractère unique (optionnellement suivi par un point "."), alors le premier mot (moins la virgule à la fin s'il y en a) est interprété comme le "family-name" et le second mot est interprété comme le "given-name" (prénom).

Ceci permet une simplification dans le cas typique des gens déclarant :
* given-name (espace) family-name
* family-name (virgule) given-name
* family-name (virgule) given-name-first-initial
* family-name (espace) given-name-first-initial (point facultatif)

=== Optimisation implicite du "nickname" ===
Du fait de la prévalence de l'utilisation sur le web de pseudos/handles/nomsutilisateurs dans les contenus publiés sur le Web (par ex. les auteurs des [[hreview-fr|critiques]]), hCard a aussi une
optimisation implicite de "nickname" pour gérer cela.

De la même manière que l'optimisation sous-entendue "n", si "FN" et "ORG" ne sont pas les mêmes, et
si la valeur de la propriété "FN" est exactement d'un mot, et s'il n'y a pas de propriété "N" explicite, alors :

# Le contenu du "FN" {{must-fr}} être traité comme une valeur de propriété "nickname".
# Les parseurs devraient ({{should-fr}}) gérer la propriété manquante "N" par des valeurs vides implicites pour toutes les sous-propriétés "N".

Note : la hCard peut ({{may-fr}}) avoir des valeurs de propriétés explicites supplémentaires "nickname" en plus du nickname sous-entendu.

=== Optimisation implicite "organization-name" ===
La propriété "ORG" a deux sous-propriétés, organization-name et organization-unit. Très souvent les auteurs ne publient que organization-name. De ce fait si une propriété "ORG" n'a pas d'"organization-name" dedans, alors la totalité des contenus DOIT ({{must-fr}}) être traitée comme le "organization-name".

=== Tags en tant que Catégories ===
Les catégories dans hCard peuvent ({{may-fr}}) être représentées par des tags avec rel-tag.
Quand une propriété category est un rel-tag, le tag (comme défini par rel-tag) est utilisé pour cette catégorie.

=== valeurs sous-propriété type ===
La sous-propriété 'type' en particulier prend différentes valeurs selon quelle propriété est une sous-propriété de. Ces valeurs de sous-propriétés 'type' sont INSENSIBLES à la casse, ceci voulant dire que "Home" est équivalent à "home", tout comme elle est multivalorisée, par ex. un téléphone peut être home et pref (éré) :

vCard :
<pre><nowiki>
TEL;TYPE=HOME,PREF:+1.415.555.1212
</nowiki></pre>

hCard :
<pre><nowiki>
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</nowiki></pre>

Ceci pourrait être affiché sous :

<div style="border: thin dashed black; width: 95%; padding: .5em 1em; ">
<span class="tel"><span class="type">Home</span> (<span class="type">pref</span>erred):
<span class="value">+1.415.555.1212</span>
</span>
</div>

==== type avec valeur non spécifiée ====
Quand le type d'une propriété est spécifié, et qu'il n'y ait pas de valeur explicite spécifiée, alors tout dans la propriété excepté le type est considéré la valeur de la propriété, par exemple :

<pre><nowiki>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
</nowiki></pre>

est équivalent à :

<pre><nowiki>
<span class="tel"><span class="type">Home</span><span class="value"> +1.415.555.1212</span></span>
</nowiki></pre>

Et ce fait le type est "home" et la valeur est "+1.415.555.1212".

==== adr tel email types ====

Les listes suivantes sont ''informative''s. Voir sections RFC2426 3.2.1 ADR, 3.3.1 TEL, et 3.3.2 EMAIL respectivement pour les valeurs type normatives. Elles sont répétées ici pour la facilité. La(es) valeur(s) de sous-propriétés type est (sont) d'abord dans chaque liste et toutes indiquées en LETTRES CAPITALES. Les types peuvent être multivalorisées.

* adr type: INTL, POSTAL, PARCEL, WORK, dom, home, pref
* tel type: VOICE, home, msg, work, pref, fax, cell, video, pager, bbs, modem, [http://flickr.com/photos/tags/carcellphone/ car], isdn, pcs
* email type: INTERNET, x400, pref

=== Profil ===

Le <span id="Profil_XMDP">Profil XMDP</span> est sur http://microformats.org/profile/hcard

Le contenu qui utilise hCard DEVRAIT référencer ce profil, c'est à dire :
<source lang=html4strict>
<head profile="http://microformats.org/profile/hcard">
</source>
ou
<source lang=html4strict>
<link rel="profile" href="http://microformats.org/profile/hcard">
</source>
ou
<source lang=html4strict>
Ce contenu utilise <a rel="profile" href="http://microformats.org/profile/hcard">hCard</a>.
</source>
Le contenu peut aussi combiner les méthodes au-dessus.

=== Détails Parsage ===
Voir [[hcard-parsing-fr|hCard parsing]].

== Exemples ==
Cette section est informative.

=== Echantillon vCard ===
Voilà une vCard échantillon.

<pre><nowiki>
BEGIN:VCARD
VERSION:3.0
N:Çelik;Tantek
FN:Tantek Çelik
URL:http://tantek.com/
END:VCARD
</nowiki></pre>

et un équivalent en hCard avec différents éléments optimisés proprement.
Voir [[hcard-example1-steps-fr|hCard Exemple 1]] pour la dérivation.

<pre><nowiki>
<div class="vcard">
<a class="url fn" href="http://tantek.com/">Tantek Çelik</a>
</div>
</nowiki></pre>

Cette carte pourrait être affichée comme :
<div style="border: thin dashed black; width: 95%; padding: .5em 1em;">
[http://tantek.com/ Tantek Çelik]
</div>

Note : L'information de version n'est pas directement nécessaire dans le balisage hCard parce que la version sera définie par le profil de hCard qui est utilisé/référencé dans l'attribut 'profile' de l'élément <head>.

===Exemple Live===
Voici les détails de contacts de [http://www.commerce.net/ Commercenet], sous forme d'une hCard vivante qui sera détectée, sur cette page, par les outils de parsage de microformats :

<div class="vcard">
<div class="fn org">'''CommerceNet'''</div>
<div class="url">'''<nowiki>http://www.commerce.net/</nowiki>'''</div>
<div class="adr">'''<span class="type">Work</span>:'''
<div class="street-address">'''169 University Avenue'''</div>
<span class="locality">'''Palo Alto'''</span>, <span class="region">'''CA'''</span>  <span class="postal-code">'''94301'''</span>
<div class="country-name">'''USA'''</div>
</div>
<div class="tel">'''<span class="type">Work</span> +1-650-289-4040'''</div>
<div class="tel">'''<span class="type">Fax</span> +1-650-289-4041'''</div>
<div>'''Email <span class="email"><nowiki>info@commerce.net</nowiki></span>'''</div>
</div>

Le marquage, graissage omis pour la clarté, avec les améliorations sémantiques suivantes :
* <code>abbr</code> pour épancher les abréviations
* hyperlien du nom de l'org avec l'url

<pre><nowiki>
<div class="vcard">
<a class="fn org url" href="http://www.commerce.net/">CommerceNet</a>
<div class="adr">
<span class="type">Work</span>:
<div class="street-address">169 University Avenue</div>
<span class="locality">Palo Alto</span>,
<abbr class="region" title="California">CA</abbr>  
<span class="postal-code">94301</span>
<div class="country-name">USA</div>
</div>
<div class="tel">
<span class="type">Work</span> +1-650-289-4040
</div>
<div class="tel">
<span class="type">Fax</span> +1-650-289-4041
</div>
<div>Email:
<span class="email">info@commerce.net</span>
</div>
</div>
</nowiki></pre>

=== Plus d'Exemples ===
Voir [[hcard-examples-fr|exemples hCard]] pour plus d'exemples, y compris tous les exemples extraits de la [[rfc-2426-fr|RFC2426]] vCard convertie en hCard.

== exemples dans la jungle ==
Cette section est '''informative'''. Le nombre d'exemples de hCard dans la jungle a grandi bien au delà de la capacité de pouvoir être maintenu en ligne et associé à cette spécification. Ils ont migré sur une [[hcard-examples-in-wild-fr|page séparée]].

Voir [[hcard-examples-in-wild-fr|Exemples hCard dans la jungle]].

== Implémentations ==
Cette section est '''informative'''. Le nombre d'implémentations de hCard a aussi grandi au delà de la capacité de pouvoir les maintenir sur cette même page. Elles ont été migrées sur une [[hcard-implementations-fr|page séparée]].

Voir [[hcard-implementations-fr|Implémentations hCard]].

== Articles ==
Cette section est <strong>informative</strong>. Pour <span id="En_savoir_plus">en savoir plus</span> sur hCard, voir [[hcard-articles-fr|hCard-articles]].

==Boutons==
Vous pouvez utiliser ces boutons sur les pages avec des hCards. Voir [[buttons-fr#hCard]] pour toutes les additions récentes.
* http://www.crowley.nl/images/hcard.png (miroir : http://www.davidjanes.com/images/mf_hcard.png)
* http://rbach.priv.at/2006/buttons/hcard.png
* http://www.boogdesign.com/images/buttons/microformat_hcard.png
* boutons CSS, sur [http://re-run.com/about/microformat-badges microformat badges @ re-run]

== Copyright ==
Selon la sortie en domaine public sur les pages-utilisateurs des auteurs ([[User:Tantek|Tantek Çelik]], [[User:Brian|Brian Suda]]) cette specification est publiée dans le domaine public.

{{MicroFormatPublicDomainContributionStatement-fr}}

== Brevets==
{{MicroFormatPatentStatement-fr}}

== Références ==
=== Références Normatives ===
* [http://www.w3.org/TR/2002/REC-xhtml1-20020801/ XHTML 1.0 SE]
* [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]
* [http://www.itu.int/rec/T-REC-E.123-200102-I/en ITU recommendation E.123] format des numéros de téléphone (document chargeable)
* [[rfc-2119-fr|RFC 2119]]

=== Références Informatives ===
* [[hcard-history-fr|histoire de la hCard]]
** [http://wiki.oreillynet.com/foocamp04/index.cgi?SimpleSemanticFormats FOO Camp 2004 présentation Simple Semantic Formats, 2004-09-10]
** [http://tantek.com/log/2004/09.html#hcard terme hCard introduit et défini sur le Web, 2004-09-30]
** Contribué à partir de http://developers.technorati.com/wiki/hCard 2005-06-20
** Contributions provenant de http://developers.technorati.com/wiki/hCard.
* [http://www.dante.net/np/ds/osi/9594-6-X.520.A4.ps X.520 dans Postscript] ([http://72.14.253.104/search?q=cache:FjqzsFu4h20J:www.dante.net/np/ds/osi/9594-6-X.520.A4.ps HTMLization courtesy of Google Cache]) - vCard fait référence au ROLE comme étant "based on the X.520 Business Category explanatory attribute".
* [http://www.w3.org/2002/12/cal/rfc2426 version remise en forme HTML de la RFC2426]
* [http://w3.org/TR/REC-CSS1 CSS1]
* [http://www.w3.org/TR/xhtml11 XHTML 1.1]
* [http://en.wikipedia.org/wiki/E.123 Résumé Wikipedia de la Recommandation ITU-T E.123] - pour les valeurs "TEL".
* [http://www.imc.org/pdi/ Internet Mail Consortium Personal Data Interchange vCard and vCalendar]
* [[iso-8601|ISO8601]]

==== Spécifications Qui Utilisent hCard ====
* [[adr-fr|adr]]
* [[geo-fr|geo]]
* [[hcalendar-fr|hCalendar]]
* [[hreview-fr|hReview]]

==== Travaux Equivalents ====
Cette section est '''informative'''.
* [http://www.intertwingly.net/wiki/pie/PaceBetterPersonElement Atom PaceBetterPersonElement]
* [http://www.jabber.org/jeps/jep-0054.html JEP-0054: vcard-temp]

== Inspiration et Remerciements ==
Cette section est '''informative'''.
Remerciements à mon bon ami [http://vadim.com/ Vadim] qui m'a présenté vCard il y a de ''nombreuses'' années,
et si j'avais prêté alors un peu plus d'attention, j'aurais pu peut-être aider beaucoup de personnes à éviter de perdre du temps à réinventer beaucoup de roues des standards.

== Notes sur la dérivation provenant de la vCard ==
Cette section est ''informative''.

=== Principes de Design XHTML Sémantique ===
{{semantic-xhtml-design-principles-fr}}

=== Plus d'Equivalents Sémantiques ===
Pour quelques propriétés, il existe quelques éléments HTML qui correspondent mieux et portent leurs sémantiques. Les propriétés suivantes DEVRAIENT être encodées avec le HTML suivant :
* <code>URL</code> dans vCard devient <code><a class="url" href="...">...</a></code> dans l'élément avec <code>class="vcard"</code> dans hCard.
* De la même manière, <code>EMAIL</code> dans la vCard devient <code><nowiki><a class="email" href="mailto:...">...</a></nowiki></code>
* <code>PHOTO</code> dans la vCard devient <code><img class="photo" src="..." alt="Photo de ..." /></code> ou <code><object class="photo" data="..." type="...">Photo de ...</object></code>
* <code>UID</code> dans vCard devient simplement une autre sémantique appliquée à un URL spécifique (ou EMAIL) pour une hCard.

==== Propriétés Singulières ====
Les propriétés Singulières : "FN", "N", "BDAY", "TZ", "GEO", "SORT-STRING", "UID", "CLASS".

Toutes les autres propriétés sont plurielles. Cette liste a été dérivée en analysant la sémantique des propriétés individuelles dans la RFC2426 vCard et en déterminant logiquement qu'elles DOIVENT être singulières selon leurs sémantiques. Voir [[hcard-singular-properties-fr|propriétés hcard singulier]] pour des explications.

==== Propriétés Plurielles Singularisées ====
Parce que les noms de propriétés plurielles deviennent leurs équivalents singuliers, même si la propriété plurielle originale ne permettait qu'une valeur unique avec plusieurs composants, ces composants multiples sont représentés chacun avec leur propre singularité appelée propriété
et la propriété est en fait multivalorisée et sujette au traitement ci-dessus des propriétés multivalorisées.

== Pages Apparentées ==
{{hcard-related-pages-fr}}

[[Category:Specifications]]
[[Category:hCard]]

== Traductions ==
Lisez la spécification hCard dans d'autres <span id="langues">langues</span> :
* [[hcard|anglais]] - la version normative de la spécification seule version de référence
* [[hcard-ru|Русский]]
* [[hcard-ja|日本語]]

Microformats Wiki - User contributions [en]

hcard-fr

Template:MicroFormatPatentStatement-fr