hcard-cheatsheet-fr: Difference between revisions
Jump to navigation
Jump to search
m (sync'd with original version) |
mNo edit summary |
||
Line 67: | Line 67: | ||
===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 class="url" href=...>...</a></code> à l'intérieur de l'élément avec la classe <code>vcard</code> dans la hCard. | ||
* De la même façon, <code>EMAIL</code> dans la vCard devient <code><nowiki><a class="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> dans la vCard devient <code><img class="photo" src=... alt="Photo de ..." /></code> or <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 | *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 à l'intérieur d'un ''adr''. | ||
====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 | *Les coordonnées PEUVENT être combinées en un unique élément <abbr> ; puis les latitude et longitude DOIVENT être séparées par un point-virgule dans l'attribut title et latitude DOIT être en premier : | ||
:<code><nowiki><abbr class="geo" title="37.386013;-122.082932"> | :<code><nowiki><abbr class="geo" title="37.386013;-122.082932">home</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]. | *Les coordonnées utilisent la donnée [http://en.wikipedia.org/wiki/World_Geodetic_System WGS84]. |
Revision as of 13:42, 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 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.- 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 à l'intérieur d'un 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ées par un point-virgule dans l'attribut title et latitude DOIT être en premier :
<abbr class="geo" title="37.386013;-122.082932">home</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