hcard-profile-fr
Profil hCard
Ce qui suit est un profil XMDP pour la spécification hCard.
Aussi disponible sous http://www.w3.org/2006/03/hcard. Voir profil-uris pour plus de détails.
http://www.w3.org/2006/vcard/ns a en gros la même information avec un style éditorial différent.
Usage
Les profils sont référencés dans les fichiers (X)HTML files dans le tag <HEAD>, par ex.:
<head profile='http://www.w3.org/2006/03/hcard'>
Profil
<dl class="profile"> <dt>class</dt> <dd><p> <a rel="help" href="http://www.la-grange.net/w3c/html4.01/struct/global.html#adef-class"> Définition HTML4 de l'attribut 'class'.</a> Cette métadonnée profile définit quelques valeurs d'attributs 'class' (noms de classes) et leurs significations telles que suggérées par un <a href="http://www.w3.org/TR/WD-htmllink-970328#profile"> brouillon de "Hypertext Links in HTML"</a>. Toutes les valeurs sont définies selon la sémantique définie dans la <a href="http://microformats.org/wiki/hcard-fr"> spécification hCard</a> et de ce fait dans la <a href="http://www.ietf.org/rfc/rfc2426.txt">RFC 2426</a>.</p> <dl> <dt>vcard</dt> <dd>Un conteneur pour le reste des noms de classes définis dans ce profil XMDP. Voir la section 1. de la RFC 2426. </dd> <dt>fn</dt> <dd> Voir la section 3.1.1 de RFC 2426.</dd> <dt>n</dt> <dd> Voir la section 3.1.2 de RFC 2426. Peut être inféré par Optimisation Implicite "N".</dd> <dt>family-name</dt> <dd>Voir "Family Name" dans la section 3.1.2 de RFC 2426.</dd> <dt>given-name</dt> <dd>Voir "Given Name" dans la section 3.1.2 de la RFC 2426.</dd> <dt>additional-name</dt> <dd>Voir "Additional Names" dans la section 3.1.2 de la RFC 2426.</dd> <dt>honorific-prefix</dt> <dd>Voir "Honorific Prefixes" dans la section 3.1.2 de la RFC 2426.</dd> <dt>honorific-suffix</dt> <dd>Voir "Honorific Suffixes" dans la section 3.1.2 de la RFC 2426.</dd> <dt>nickname</dt> <dd>Voir la section 3.1.3 de la RFC 2426.</dd> <dt>photo</dt> <dd>Voir la section 3.1.4 de la RFC 2426. Généralement utilisé comme un tag <img> . Utilise l'attribut 'src' pour les valeurs d'URI. Utilise le schéma URI 'data:' pour les valeurs binaires.</dd> <dt>bday</dt> <dd>Voir la section 3.1.5 de la RFC 2426. Généralement utilisé avec un tag <abbr> avec l'attribut 'title' pour la valeur de la date, et une date lisible par un humain à l'intérieur de l'élément.</dd> <dt>adr</dt> <dd>Voir la section 3.2.1 de la RFC 2426.</dd> <dt>post-office-box</dt> <dd>Voir "post office box" dans la section 3.2.1 de la RFC 2426.</dd> <dt>extended-address</dt> <dd>Voir "extended address" dans la section 3.2.1 de la RFC 2426.</dd> <dt>street-address</dt> <dd>Voir "street address" dans la section 3.2.1 de la RFC 2426.</dd> <dt>locality</dt> <dd>Voir "locality" dans la section 3.2.1 de la RFC 2426.</dd> <dt>region</dt> <dd>Voir "region" dans la section 3.2.1 de la RFC 2426.</dd> <dt>postal-code</dt> <dd>Voir "postal code" dans la section 3.2.1 de la RFC 2426.</dd> <dt>country-name</dt> <dd>Voir "country name" dans la section 3.2.1 de la RFC 2426.</dd> <dt>type</dt> <dd>Voir "type" dans la section 3.2.1 de la RFC 2426.</dd> <dt>value</dt> <dd>Ce nom de classe est utilisé pour distinguer la véritable *value* d'une propriété de tout autre cruft (redondance) qui peut être dans l'élément représentant la propriété.</dd> <dt>label</dt> <dd>Voir la section 3.2.2 de la RFC 2426.</dd> <dt>tel</dt> <dd>Voir la section 3.3.1 de la RFC 2426.</dd> <dt>email</dt> <dd>Voir la section 3.3.2 de la RFC 2426.</dd> <dt>mailer</dt> <dd>Voir la section 3.3.3 de la RFC 2426.</dd> <dt>tz</dt> <dd>Voir la section 3.4.1 de la RFC 2426. Généralement utilisé avec un tag <abbr> avec l'attribut 'title' pour la valeur tz, et une zone horaire lisible par des humains dans l'élément.</dd> <dt>geo</dt> <dd>Voir la section 3.4.2 de la RFC 2426.</dd> <dt>latitude</dt> <dd>Voir "latitude" dans la section 3.4.2 de la RFC 2426.</dd> <dt>longitude</dt> <dd>Voir "longitude" dans la section 3.4.2 de la RFC 2426.</dd> <dt>title</dt> <dd>Voir la section 3.5.1 de la RFC 2426.</dd> <dt>role</dt> <dd>Voir la section 3.5.2 de la RFC 2426.</dd> <dt>logo</dt> <dd>Voir la section 3.5.3 de la RFC 2426. Généralement utilisé avec un tag <img>. Utilise l'attribut 'src' pour les valeurs d'URI. Utilise le schéma URI 'data:' pour les valeurs binaires.</dd> <dt>agent</dt> <dd>Voir la section 3.5.4 de la RFC 2426. Si la valeur est une vCard, utilise alors un hCard imbriqué. Pour la simplicité dans ce cas, le même élément qui a le nom de classe d'"agent" devrait utiliser le nom de classe de "vcard".</dd> <dt>org</dt> <dd>Voir section 3.5.5 de la RFC 2426.</dd> <dt>organization-name</dt> <dd>Voir "Organization Name" dans la section 3.5.5 de la RFC 2426. Peut-être inféré par l'Optimisation Implicite "organization-name".</dd> <dt>organization-unit</dt> <dd>Voir "Organization Unit" dans la section 3.5.5 de la RFC 2426.</dd> <dt>category</dt> <dd>Voir section 3.6.1 de la RFC 2426.</dd> <dt>note</dt> <dd>Voir la section 3.6.2 de la RFC 2426.</dd> <dt>rev</dt> <dd>Voir la section 3.6.4 de la RFC 2426. Généralement utilisé avec un tag <abbr> avec l'attribut 'title' pour la valeur de la date, et une date lisible par des humains à l'intérieur de l'élément.</dd> <dt>sort-string</dt> <dd>Voir la section 3.6.5 de la RFC 2426.</dd> <dt>sound</dt> <dd>Voir la section 3.6.6 de la RFC 2426. Généralement utilisé avec soit un tag <a> ou <object>. Utilise le schéma URI 'data:' pour les valeurs binaires.</dd> <dt>uid</dt> <dd>Voir la section 3.6.7 de la RFC 2426.</dd> <dt>url</dt> <dd>Voir la section 3.6.8 de la RFC 2426. Généralement utilisé avec un tag <a>. </dd> <dt>class</dt> <dd>Voir la section 3.7.1 de la RFC 2426.</dd> <dt>key</dt> <dd>Voir la 3.7.2 de la RFC 2426. Généralement utilisé avec un tag <abbr> avec l'attribut 'title' pour la valeur de la clé, et un équivalent clé lisible par les humains à l'intérieur de l'élément.</dd> </dl> </dd> </dl>
Deprécié
16-09-2005 :
Les noms de classes suivants ont été dépréciés en faveur de noms au singulier et l'usage de la sous-propriété "type" plutôt que des noms de classes pour toutes ses valeurs. Les auteurs de hCard NE DOIVENT pas les utiliser en tant que nom de classe.
- pluriels :
- additional-names, honorific-prefixes, honorific-suffixes, categories
- valeurs type :
- dom, intl, postal, parcel, home, work, pref, msg, voice, fax, cell, video, pager, bbs, modem, car, isdn, pcs, internet, x400
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.
- Exemples d'URI Profils, dans la jungle