hcard-cheatsheet-fr: Difference between revisions
Jump to navigation
Jump to search
mNo edit summary |
m (sync'd with original version) |
||
Line 68: | Line 68: | ||
===Notes=== | ===Notes=== | ||
* <code>URL</code> dans la vCard devient <code><a url href=...>...</a></code> à l'intérieur de l'élément avec <code>vcard</code> dans la hCard. | * <code>URL</code> dans la vCard devient <code><a url href=...>...</a></code> à l'intérieur de l'élément avec <code>vcard</code> dans la hCard. | ||
* De la même façon, <code>EMAIL</code> dans la vCard devient <code><nowiki><a email href=mailto:...>...</a></nowiki></code> | * De la même façon, <code>EMAIL</code> dans la vCard devient <code><nowiki><a class="email" href=mailto:...>...</a></nowiki></code> | ||
* <code>PHOTO</code> | * <code>PHOTO</code> in vCard becomes <code><img class="photo" src=... alt="Photo de ... /></code> ou <code><object class="photo" data=... type=...>Photo de ...</object></code> | ||
* <code>UID</code> dans la vCard devient simplement une autre sémantique appliquée à un URL spécifique (ou EMAIL) pour une hCard. | * <code>UID</code> dans la vCard devient simplement une autre sémantique appliquée à un URL spécifique (ou EMAIL) pour une hCard. | ||
*Si un adr-child (par ex. ''street-address'') est présent, il ne sera considéré SEULEMENT que section de donnée hCard S'IL est dans une ''adr''. | *Si un adr-child (par ex. ''street-address'') est présent, il ne sera considéré SEULEMENT que section de donnée hCard S'IL est dans une ''adr''. | ||
Line 75: | Line 75: | ||
====Geo==== | ====Geo==== | ||
*Si la latitude est présente, alors la longitude DOIT l'être, et vice versa. | *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 élément <abbr> ; puis les latitude et longitude DOIVENT être séparés par un point-virgule dans l'attribut title et latitude DOIT être en premier : | ||
:<code><nowiki><abbr class="geo" title="37.386013;-122.082932">domicile</abbr></nowiki></code> | |||
*Le même nombre de décimales DEVRAIT être utilisé dans chaque valeur. | *Le même nombre de décimales DEVRAIT être utilisé dans chaque valeur. | ||
*Les coordonnées utilisent la donnée [http://en.wikipedia.org/wiki/World_Geodetic_System WGS84]. | |||
==Pages apparentées== | ==Pages apparentées== | ||
{{hcard-related-pages-fr}} | {{hcard-related-pages-fr}} | ||
*{{cheatsheets-fr}} | *{{cheatsheets-fr}} |
Revision as of 06:31, 19 December 2006
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 url href=...>...</a>
à l'intérieur de l'élément avecvcard
dans la hCard.- De la même façon,
EMAIL
dans la vCard devient<a class="email" href=mailto:...>...</a>
PHOTO
in vCard becomes<img class="photo" src=... alt="Photo de ... />
ou<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.- Si un adr-child (par ex. street-address) est présent, il ne sera considéré SEULEMENT que section de donnée hCard S'IL est dans une adr.
Geo
- 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 élément <abbr> ; puis les latitude et longitude DOIVENT être séparés par un point-virgule dans l'attribut title et latitude DOIT être en premier :
<abbr class="geo" title="37.386013;-122.082932">domicile</abbr>
- Le même nombre de décimales DEVRAIT être utilisé dans chaque valeur.
- Les coordonnées utilisent la donnée WGS84.
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