hcard-cheatsheet-fr
Jump to navigation
Jump to search
Anti-sèche hCard
Profil
<head profile="http://www.w3.org/2006/03/hcard">
Propriétés (Noms de Classes)
- vcard {1}
- adr*
- type [work|home|pref|postal|dom|intl]?
- post-office-box?
- street-address*
- extended-address?
- region?
- locality?
- postal-code?
- country-name?
- agent*
- bday? (ISO date)
- class? confidentiality/access classification of the entire hCard
- category*
- email*
- type?
- value?
- fn {1}
- geo?
- latitude?
- longitude?
- key*
- label*
- logo*
- mailer*
- n?
- honorific-prefix*
- given-name*
- additional-name*
- family-name*
- honorific-suffix*
- nickname*
- note*
- org*
- organization-name?
- organization-unit*
- photo*
- rev? datetime of the revision of the entire hCard
- role*
- sort-string?
- sound*
- title*
- tel* (Note E.123 for formatting info.)
- type [home|work|pref|fax|cell|pager]?
- value?
- tz? zone horaire (timezone) de la personne
- uid? s'applique à la totalité de la hCard
- url*
- adr*
Key
Fondée sur les quantificateurs standards de Perl :
bold {1} | Doit être présent exactement une fois |
italic* | Correspond à 0 ou plus |
+ | correspond à 1 ou plus |
? | correspond à 1 ou 0 fois |
[crochets rectangulaires] | liste de valeurs communes |
(parenthèses) | format de donnée |
# | commentaire |
pref | preferred |
dom | domestic |
intl | international |
cell | mobile |
Notes
URL
dans la vCard devient<a class="url" href=...>...</a>
à l'intérieur de l'élément avec la classevcard
dans la hCard.- De la même façon,
EMAIL
dans la vCard devient<a class="email" href="mailto:...">...</a>
PHOTO
dans la vCard devient<img class="photo" src=... alt="Photo de ..." />
or<object class="photo" data=... type=...>Photo de ...</object>
UID
dans la vCard devient simplement une autre sémantique appliquée à un URL spécifique (ou EMAIL) pour une hCard.
Adr
- Au moins une propriété-enfant doit être présente dans
adr
. - Si un enfant-adr (par ex.
street-address
) est présent, il ne sera SEULEMENT considéré que comme partie de la donnéeadr
SI il est à l'intérieur d'unadr
. - FAQ : "pourquoi 'adr'?"
Geo
- Les coordonnées utilisent les données du Système Géodésique Mondial WGS84.
- Si la latitude est présente, alors la longitude DOIT l'être, et vice versa.
- Les coordonnées PEUVENT être combinées en un unique <abbr> élément; alors la latitude et la longitude DOIVENT être séparées par un point-virgule dans l'attribut title et la la latitude DOIT apparaître en premier :
<abbr class="geo" title="37.386013;-122.082932">home</abbr>
- La bonne pratique est que le même nombre de décimales DEVRAIT être utilisé dans chaque valeur, en poursuivant par des zéros si applicable.
- Quelques sources pour des coordonnées latitude/ longitude
Pages apparentées
- hCard
- hCard anti-sèche - propriétés hCard
- hCard creator (réactions) - créez votre propre hCard.
- hCard publication - apprenez comment ajouter du balisage hCard à votre information de contact existante.
- hCard exemples - exemple d'usage de différentes classes dans la hCard.
- hCard exemples dans la jungle - une liste mise à jour de sites web qui utilisent les hCards.
- Profils utilisateurs supportant hCard - sites avec des profils utilisateurs marqués avec hCard - un exemple très commun.
- hCard FAQ - si vous avez quelque question à propos de hCard, regardez ici.
- implémentations hCard - les sites web ou outils qui génèrent ou parsent les hCards.
- hcard-implied-fr - une proposition pour créer une méthode alternative de baliser une hCard simple
- hCard parsage - détails des normes sur la manière de parser les hCards.
- hCards et pages - distinctions sémantiques entre différentes hCards sur une page, et comment identifier chacune
- hcard-interface-utilisateur - techniques et problématiques autour des interfaces-utilisateurs pour éditer, publier et afficher des hCards.
- hCard profile - le profil XMDP pour hCard
- hCard propriétés singulières - une explication de la liste des propriétés singulières dans hCard.
- hCard tests - une page wiki avec des véritables hCards embarquées pour essayer le parsage.
- hCard soutien - encourager d'autres à utiliser hCard
- hCard "to do" - travaux à faire
La spécification hCard est un chantier en cours. Au fur et à mesure que des aspects supplémentaires sont discutés, compris et écrits, ils seront rajoutés. Ces idées, problématiques et questions sont maintenues sur des pages distinctes.
- hCard brainstorming - brainstorms et autres explorations en rapport avec hCard. Voir aussi geo brainstorming.
- hcard-parsing-brainstorming - brainstorming spécifique au parsage de hCard
- geo brainstorming
- hCard réactions - feedback général (contrairement aux problématiques spécifiques).
- hCard problématiques - problématiques spécifiques à la spécification.
- vCard errata - corrections à la spécification vCard, sous jacentes à hCard.
- vCard suggestions - améliorations suggérées à la spécification vCard.
- Les autres anti-sèches : hAtom antisèche, hCard antisèche (aussi adr antisèche + geo antisèche), hCalendar antisèche , hReview antisèche, PDF antisèche