hcard-faq-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
mNo edit summary
mNo edit summary
Line 9: Line 9:


=== Comment puis-je convertir des hCards en vCards pour le téléchargement sur un site ===
=== Comment puis-je convertir des hCards en vCards pour le téléchargement sur un site ===
''Y'a-t-il quelque moyen en live de convertir des hCards en vCards pour téléchrgement sur un site ? En d'autres mots, j'ai ajouté une hCard sur ma page, mais j'aimerais que mes utilisateurs disposent d'un bouton ''télécharger vCard.''
''Y'a-t-il quelque moyen en live de convertir des hCards en vCards pour téléchrgement sur un site ? En d'autres mots, j'ai ajouté une hCard sur ma page, mais j'aimerais que mes utilisateurs disposent d'un bouton ''télécharger vCard.''
* Pour une réponse rapide, utilisez le fils de service Technorati Contacts dans un hyperlien c'est à dire :
* Pour une réponse rapide, utilisez le fil de service Technorati Contacts dans un hyperlien c'est à dire :
<pre><nowiki><a href="http://feeds.technorati.com/contacts/VOTREURLICI">télécharger la vCard</a></nowiki></pre>
<pre><nowiki><a href="http://feeds.technorati.com/contacts/VOTREURLICI">télécharger la vCard</a></nowiki></pre>
Envisagez d'utiliser un texte plus amical, comme '''Ajouter au Carnet d'Adresses'''.
Envisagez d'utiliser un texte plus amical, comme '''Ajouter au Carnet d'Adresses'''.
Line 23: Line 24:


=== Pourquoi la propriété adr est nécessaire ===
=== Pourquoi la propriété adr est nécessaire ===
''Quel est la raison d'avoir class="adr" quand nous avons l'élément <address> ?''- 2006-12-04 posée par [[User:JoshieSurber|Joshie]] [http://joshie.surber.us Surber].
''Quel est la raison d'avoir class="adr" quand nous avons l'élément <address> ?''- 2006-12-04 posée par [[User:JoshieSurber|Joshie]] [http://joshie.surber.us Surber].
* Tout d'abord, '''<address> NE VEUT PAS DIRE "address"''', lisez svp en priorité et précisément [[hcard-faq-fr#Devrais-je_utiliser_ADDRESS_pour_les_hCards|la réponse à la FAQ précédente]].  Deuxièmement, "adr" parle d'adresses physiques, alors que <address> est conçu spécifiquement pour l'information de contact pour la page ou une majeure partie de celle-ci. Elles sont complètement différentes.
* Tout d'abord, '''<address> NE VEUT PAS DIRE "address"''', lisez svp en priorité et précisément [[hcard-faq-fr#Devrais-je_utiliser_ADDRESS_pour_les_hCards|la réponse à la FAQ précédente]].  Deuxièmement, "adr" parle d'adresses physiques, alors que <address> est conçu spécifiquement pour l'information de contact pour la page ou une majeure partie de celle-ci. Elles sont complètement différentes.


=== Pourquoi la propriété url est-elle nécessaire  ===
=== Pourquoi la propriété url est-elle nécessaire  ===
''Pourquoi est-ce nécessaire de mettre le nom de classe "url" sur les éléments URL dans la hCard quand ces hyperliens commencent déjà par "http://", et que c'est assez pour les distinguer des liens email ?''
''Pourquoi est-ce nécessaire de mettre le nom de classe "url" sur les éléments URL dans la hCard quand ces hyperliens commencent déjà par "http://", et que c'est assez pour les distinguer des liens email ?''


Line 33: Line 36:


=== Comment supporter une URL vCard existante ===
=== Comment supporter une URL vCard existante ===
''J'ai déjà une vCard que je maintiens à jour. Je ne veux pas changer quelque référence vers elle, car cela pourrait casser quelque chose d'autre, que puis-je faire ?''
''J'ai déjà une vCard que je maintiens à jour. Je ne veux pas changer quelque référence vers elle, car cela pourrait casser quelque chose d'autre, que puis-je faire ?''


Line 97: Line 101:
<pre><nowiki>
<pre><nowiki>
<span class="vcard">
<span class="vcard">
   <span class="fn">Firstname Lastname</span>
   <span class="fn">Prénom Nom</span>
  &amp;lt;<a class="email" href="mailto:Email@exemple.com">Email@exemple.com</a>&amp;gt;
  &amp;lt;<a class="email" href="mailto:Email@exemple.com">Email@exemple.com</a>&amp;gt;
</span>
</span>
Line 106: Line 110:


<div style="border: thin dashed black; padding: .5em ;">
<div style="border: thin dashed black; padding: .5em ;">
<span class="vcard"><span class="fn">Firstname Lastname</span> &lt;<a class="email" href="mailto:Email@exemple.com">Email@exemple.com</a>&gt;</span>
<span class="vcard"><span class="fn">Prénom Nom</span> &lt;<a class="email" href="mailto:Email@exemple.com">Email@exemple.com</a>&gt;</span>
</div>
</div>
-->
-->
Line 116: Line 120:


=== Quelles sont les propriétés requises dans une hCard ===
=== Quelles sont les propriétés requises dans une hCard ===
''Quelles sont les propriétés requises dans une hCard ?''
''Quelles sont les propriétés requises dans une hCard ?''
* Les seules propriétés requises sont 'fn' (le "formatted name" nom formaté) et 'n' (le nom structuré), mais 'n' peut sous certaines circonstances être inféré à partir de la propriété <code>fn</code>. Voir [[hcard-fr#Optimisation_implicite_.22n.22|Optimisation Implicite N]] pour les détails.
* Les seules propriétés requises sont 'fn' (le "formatted name" nom formaté) et 'n' (le nom structuré), mais 'n' peut sous certaines circonstances peut être inféré à partir de la propriété <code>fn</code>. Voir [[hcard-fr#Optimisation_implicite_.22n.22|Optimisation Implicite N]] pour les détails.


=== Est-ce que la propriété N requiert toutes les sous-propriétés ===
=== Est-ce que la propriété N requiert toutes les sous-propriétés ===
''Si j'utilise la propriété 'n', dois-je utiliser TOUTES les sous-propriétés ?''
''Si j'utilise la propriété 'n', dois-je utiliser TOUTES les sous-propriétés ?''
* Non, vous pouvez en utiliser autant ou aussi peu que vous en avez besoin pour baliser le nom, mais au minimum vous devriez au moins utiliser les sous-propriétés 'given-name' et 'family-name' si c'est possible.  Si tout ce que vous avez est un nickname/handle/userid, alors considérez simplement de baliser ça comme une propriété 'fn' et de tirer partie de l'[[hcard-fr#Optimisation_implicite_du_.22nickname.22|Optimisation implicite du "nickname"]].
* Non, vous pouvez en utiliser autant ou aussi peu que vous en avez besoin pour baliser le nom, mais au minimum vous devriez au moins utiliser les sous-propriétés 'given-name' et 'family-name' si c'est possible.  Si tout ce que vous avez est un nickname/handle/userid, alors considérez simplement de baliser ça comme une propriété 'fn' et de tirer partie de l'[[hcard-fr#Optimisation_implicite_du_.22nickname.22|Optimisation implicite du "nickname"]].


=== Est-ce que FN et N doivent être sur le même élément  ===
=== Est-ce que FN et N doivent être sur le même élément  ===
''Est-ce que les propriétés 'fn' et 'n' doivent être sur le même élément ?''
''Est-ce que les propriétés 'fn' et 'n' doivent être sur le même élément ?''
* Non, vous pouvez avoir deux éléments séparés, par exemple :  
* Non, vous pouvez avoir deux éléments séparés, par exemple :  
Line 154: Line 161:


=== Est-ce que les propriétés comme TEL utilisent tous les descendants ===
=== Est-ce que les propriétés comme TEL utilisent tous les descendants ===
''Est-ce que les propriétés comme TEL utilisent tous les descendants ?'' par ex. <pre>
''Est-ce que les propriétés comme TEL utilisent tous les descendants ?'' par ex. <pre>
<nowiki><span class="tel"><span class="type">Domicile</span>:<span class="value">+1.234.567.8900</span></span></nowiki></pre><br />
<nowiki><span class="tel"><span class="type">Home</span>:<span class="value">+1.234.567.8900</span></span></nowiki></pre><br />
''Cela ne devrait t'il pas produire "TEL:Domicile: +1.234.567.8900" ?''
''Cela ne devrait t'il pas produire "TEL:Home: +1.234.567.8900" ?''
* Non class="value" est utilisé pour annoncer un sous-élément qui est utilisé pour la valeur de la propriété. Voir [[hcard-fr#Extraction_de_Valeur|Extraction de valeur]] pour plus de détails.
* Non class="value" est utilisé pour annoncer un sous-élément qui est utilisé pour la valeur de la propriété. Voir [[hcard-fr#Extraction_de_Valeur|Extraction de valeur]] pour plus de détails.


Line 162: Line 170:
''Pouvez-vous avoir plusieurs éléments class="value" à l'intérieur d'une propriété et que leur arrive t'ils ?''
''Pouvez-vous avoir plusieurs éléments class="value" à l'intérieur d'une propriété et que leur arrive t'ils ?''
* Bien sûr par exemple
* Bien sûr par exemple
<code><nowiki><span class="tel"><span class="type">Domiciel</span>:<span class="value">+1</span>.<span class="value">234</span>.<span class="value">567</span>.<span class="value">8900</span></span>
<code><nowiki><span class="tel"><span class="type">Home</span>:<span class="value">+1</span>.<span class="value">234</span>.<span class="value">567</span>.<span class="value">8900</span></span>
</nowiki></code><br> produirait : "+12345678900".
</nowiki></code><br> produirait : "+12345678900".


Line 200: Line 208:
===  Pourquoi le nom de classe racine est vcard ===
===  Pourquoi le nom de classe racine est vcard ===
''Pourquoi la racine class="vcard" et pas 'hcard'?''
''Pourquoi la racine class="vcard" et pas 'hcard'?''
* La raison est historique, hCard est fondée sur la spécification vCard.
* La raison est historique, hCard est fondé sur la spécification vCard.


===  Comment balisez-vous une extension 'téléphone' ===
===  Comment balisez-vous une extension 'téléphone' ===
Line 216: Line 224:


=== Pouvez-vous hCard'ez' les morts ===
=== Pouvez-vous hCard'ez' les morts ===
''Comment produisez-vous une hCard pour les décédés ?''
''Comment produisez-vous une hCard pour les décédés ?''
* Les vCards n'ont jamais été conçues pour gérer les dates de décès, référez-vous svp au microformat biographique ou [[genealogy-formats-fr|genealogy-formats]]
* Les vCards n'ont jamais été conçues pour gérer les dates de décès, référez-vous svp au microformat biographique ou [[genealogy-formats-fr|genealogy-formats]]


=== Un plan pour les xparams  ===
=== Un plan pour les xparams  ===
''Y'a t'il des plans pour inclure les x-parameters dans les futures versions de hCard ?''
''Y'a t'il des plans pour inclure les x-parameters dans les futures versions de hCard ?''
* Non. Le problème est que chacun de ces x-parameters sont spécifiques aux vendeurs et ne font pas partie de la RFC. Deuxièmement, il n'y pas de de moyen d'être sûr à 100% que 'x-foobar' n'est pas simplement un nom de classe de contenu spécifique HTML que l'éditeur est en train d'utiliser pour la mise en style CSS.
* Non. Le problème est que chacun de ces x-parameters sont spécifiques aux vendeurs et ne font pas partie de la RFC. Deuxièmement, il n'y pas de de moyen d'être sûr à 100% que 'x-foobar' n'est pas simplement un nom de classe de contenu spécifique HTML que l'éditeur est en train d'utiliser pour la mise en style CSS.


===  Qu'est-ce qu'un mot dans les optimisations implicites ===
===  Qu'est-ce qu'un mot dans les optimisations implicites ===
''Que représente un "mot" pour l'objectif de 'implied-n optimization'?''
''Que représente un "mot" pour l'objectif de 'implied-n optimization'?''
* "N" peut être sous-entendu à partir de "FN" quand le contenu de "FN" est coupé en deux "mots" séparés par un espace blanc. Pour cet objectif, un "mot" est n'importe quelle séquence de caractères sans espace blanc inclus mais non limité à quelque gamme alphanumérique basse et haute et à quelque ponctuation. Un "mot" peut être caractérisé par l'expression régulière suivante :  <pre><nowiki>/\S+/</nowiki></pre>
* "N" peut être sous-entendu à partir de "FN" quand le contenu de "FN" est coupé en deux "mots" séparés par un espace blanc. Pour cet objectif, un "mot" est n'importe quelle séquence de caractères sans espace blanc inclus mais non limité à quelque gamme alphanumérique basse et haute et à quelque ponctuation. Un "mot" peut être caractérisé par l'expression régulière suivante :  <pre><nowiki>/\S+/</nowiki></pre>


=== Comment créez-vous des bulles d'affichage qui ne soient pas en anglais  ===
=== Comment créez-vous des bulles d'affichage qui ne soient pas en anglais  ===
"Mon site web n'est pas en anglais et je veux que les bulles d'affichage soient dans ma langue natale."
"Mon site web n'est pas en anglais et je veux que les bulles d'affichage soient dans ma langue natale."
* Les propriétés telles que class="type" exigent une liste énumérée de mots anglais. Il est possible d'utiliser votre langue natale pour la bulle d'affichage, mais elle utilise encore le travail en anglais pour la class="type" sans qu'elle ne s'affiche.
* Les propriétés telles que class="type" exigent une liste énumérée de mots anglais. Il est possible d'utiliser votre langue natale pour la bulle d'affichage, mais elle utilise encore le travail en anglais pour la class="type" sans qu'elle ne s'affiche.
Line 242: Line 254:


=== Quelles sont les propriétés plurielles de hCard===
=== Quelles sont les propriétés plurielles de hCard===
''Y-a-t'il une liste de toutes les propriétés hCard qui peuvent être plurielle ?''<br />
''Y-a-t'il une liste de toutes les propriétés hCard qui peuvent être plurielle ?''<br />
''Y'a t'il une liste de toutes les propriétés qui peuvent avoir plusieurs instances ?''
''Y'a t'il une liste de toutes les propriétés qui peuvent avoir plusieurs instances ?''
Line 254: Line 267:


===Que veut dire FN ===
===Que veut dire FN ===
''Que veut dire FN ?''
''Que veut dire FN ?''
* FN veut dire "Formatted Name." Extrait de la Section 3.1.1 de la RFC :
* FN veut dire "Formatted Name." Extrait de la Section 3.1.1 de la RFC :
Line 260: Line 274:


===Comment le genre est représenté  ===
===Comment le genre est représenté  ===
''Comment représentez vous le sexe dans hCard ?''
''Comment représentez vous le sexe dans hCard ?''
* Il n'y a pas de propriété GENDER (NDT : sexe) dans [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]. [[hcard-fr|hCard]] suit le schéma à partir de vCard pour des raisons d'inter-opérabilité. Si vous voulez, il est possible de représenter implicitement le sexe dans le champ "honorific-prefix" honorifique, par ex. Monsieur pour masculin et Madame/Mademoiselle pour le féminin :  
* Il n'y a pas de propriété GENDER (NDT : sexe) dans [http://www.ietf.org/rfc/rfc2426.txt vCard RFC2426]. [[hcard-fr|hCard]] suit le schéma à partir de vCard pour des raisons d'inter-opérabilité. Si vous voulez, il est possible de représenter implicitement le sexe dans le champ "honorific-prefix" honorifique, par ex. Monsieur pour masculin et Madame/Mademoiselle pour le féminin :  
Line 269: Line 284:
<span class="honorific-prefix">Madame</span>
<span class="honorific-prefix">Madame</span>
</nowiki></pre>
</nowiki></pre>


Remarquez qu'il y a aussi une [http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/vcard_name.asp page sur MSDN qui mentionne vCard et "gender"]. Pas certain de savoir quoi faire de cela.
Remarquez qu'il y a aussi une [http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/vcard_name.asp page sur MSDN qui mentionne vCard et "gender"]. Pas certain de savoir quoi faire de cela.


===Est-ce que hCard peut contenir des éléments supplémentaires ===
===Est-ce que hCard peut contenir des éléments supplémentaires ===
''Est-ce OK pour un noeud hCard de contenir des éléments supplémentaires ?''
''Est-ce OK pour un noeud hCard de contenir des éléments supplémentaires ?''
* Oui les parseurs ingoreront tout ce qu'ils ne comprennent pas.
* Oui les parseurs ingoreront tout ce qu'ils ne comprennent pas.


=== Est-ce que GEO peut être inféré à partir d'un ADR dans une hCard ===
=== Est-ce que GEO peut être inféré à partir d'un ADR dans une hCard ===
''Puis-je automatiquement ajouter GEO à partir d'une adresse au moment de transformer une hCard en vCard s'il n'est pas présent ?''
''Puis-je automatiquement ajouter GEO à partir d'une adresse au moment de transformer une hCard en vCard s'il n'est pas présent ?''
* Non, une adresse représente une construction qui est un polygône, tandis qu'un GEO ne représente qu'un point unique
* Non, une adresse représente une construction qui est un polygône, tandis qu'un GEO ne représente qu'un point unique


===X2V ne convertit pas l'email avec un nom en texte clair ===
===X2V ne convertit pas l'email avec un nom en texte clair ===
''X2V ne convertit pas correctement mon adresse email, il est sous la forme href="Prénom Nom &lt;Email@exemple.com&gt;"''
''X2V ne convertit pas correctement mon adresse email, il est sous la forme href="Prénom Nom &lt;Email@exemple.com&gt;"''
* Alors que ce format d'adresse email fonctionne pour quelques programmes comme outlook, ce n'est pas une valeur mailto: valide (voir [http://www.faqs.org/rfcs/rfc2368.html RFC2368]) le Prénom et Nom devraient être omis.
* Alors que ce format d'adresse email fonctionne pour quelques programmes comme outlook, ce n'est pas une valeur mailto: valide (voir [http://www.faqs.org/rfcs/rfc2368.html RFC2368]) le Prénom et Nom devraient être omis.
Line 289: Line 306:
<pre><nowiki>
<pre><nowiki>
<span class="vcard">
<span class="vcard">
   <span class="fn">Prénom Nomdefamille</span>
   <span class="fn">Prénom Nom</span>
  &amp;lt;<a class="email" href="mailto:Email@exemple.com">Email@exemple.com</a>&amp;gt;
  &amp;lt;<a class="email" href="mailto:Email@exemple.com">Email@exemple.com</a>&amp;gt;
</span>
</span>
Line 295: Line 312:


<!-- I gave "bewest" on IRC a case of the heebie-jeebies by including this code, so I'm commenting it out. --Bob.
<!-- I gave "bewest" on IRC a case of the heebie-jeebies by including this code, so I'm commenting it out. --Bob.
This might be displayed as:
Ceci pourrait être affiché comme :  


<div style="border: thin dashed black; padding: .5em ;">
<div style="border: thin dashed black; padding: .5em ;">
<span class="vcard"><span class="fn">Firstname Lastname</span> &lt;<a class="email" href="mailto:Email@example.com">Email@example.com</a>&gt;</span>
<span class="vcard"><span class="fn">Prénom Nom</span> &lt;<a class="email" href="mailto:Email@exemple.com">Email@exemple.com</a>&gt;</span>
</div>
</div>
-->
-->
Line 308: Line 325:


=== Quelles sont les propriétés requises dans une hCard ===
=== Quelles sont les propriétés requises dans une hCard ===
''Quelles sont les propriétés requises dans une hCard ?''
''Quelles sont les propriétés requises dans une hCard ?''
* Les seules propriétés requises sont 'fn' (le "formatted name" nom formaté) et 'n' (le nom structuré), mais 'n' peut sous certaines circonstances être inféré à partir de la propriété <code>fn</code>. Voir [[hcard-fr#Optimisation_implicite_.22n.22|Optimisation Implicite N]] pour les détails.
* Les seules propriétés requises sont 'fn' (le "formatted name" nom formaté) et 'n' (le nom structuré), mais 'n' peut sous certaines circonstances être inféré à partir de la propriété <code>fn</code>. Voir [[hcard-fr#Optimisation_implicite_.22n.22|Optimisation Implicite N]] pour les détails.


=== Est-ce que la propriété N requiert toutes les sous-propriétés ===
=== Est-ce que la propriété N requiert toutes les sous-propriétés ===
''Si j'utilise la propriété 'n', dois-je utiliser TOUTES les sous-propriétés ?''
''Si j'utilise la propriété 'n', dois-je utiliser TOUTES les sous-propriétés ?''
* Non, vous pouvez en utiliser autant ou aussi peu que vous en avez besoin pour baliser le nom, mais au minimum vous devriez au moins utiliser les sous-propriétés 'given-name' et 'family-name' si c'est possible.  Si tout ce que vous avez est un nickname/handle/userid, alors considérez simplement de baliser ça comme une propriété 'fn' et de tirer partie de l'[[hcard-fr#Optimisation_implicite_du_.22nickname.22|Optimisation implicite du "nickname"]].
* Non, vous pouvez en utiliser autant ou aussi peu que vous en avez besoin pour baliser le nom, mais au minimum vous devriez au moins utiliser les sous-propriétés 'given-name' et 'family-name' si c'est possible.  Si tout ce que vous avez est un nickname/handle/userid, alors considérez simplement de baliser ça comme une propriété 'fn' et de tirer partie de l'[[hcard-fr#Optimisation_implicite_du_.22nickname.22|Optimisation implicite du "nickname"]].


===Est-ce que FN et N doivent être sur le même élément ===
===Est-ce que FN et N doivent être sur le même élément ===
''Est-ce que les propriétés 'fn' et 'n' doivent être sur le même élément ?''
''Est-ce que les propriétés 'fn' et 'n' doivent être sur le même élément ?''
* Non, vous pouvez avoir deux éléments séparés, par exemple :  
* Non, vous pouvez avoir deux éléments séparés, par exemple :  
Line 333: Line 353:


===Comment convertissez-vous une vCard vers une hCard ===
===Comment convertissez-vous une vCard vers une hCard ===
''Y'a t'il un moyen de convertir une vCard vers une hCard ?''
''Y'a t'il un moyen de convertir une vCard vers une hCard ?''
* Il n'existe pas de conversion canonique d'une vCard vers hCard parce que vous pouvez construire une hCard de tellement de manières différentes tout en exprimant la même sémantique. Si vous aimeriez recommander un gabarit suggéré de hCard à utiliser au moment d'afficher des vCards dans un navigateur, proposez-le svp sur la [http://microformats.org/discuss liste de discussion].
* Il n'existe pas de conversion canonique d'une vCard vers hCard parce que vous pouvez construire une hCard de tellement de manières différentes tout en exprimant la même sémantique. Si vous aimeriez recommander un gabarit suggéré de hCard à utiliser au moment d'afficher des vCards dans un navigateur, proposez-le svp sur la [http://www.elanceur.org/microformats/discussion.html liste de discussion].


===Est-ce que les descendants sont reconnus dans une propriété microformat ===
===Est-ce que les descendants sont reconnus dans une propriété microformat ===
''Est-ce que les descendants sont reconnus dans une propriété microformat ?''
''Est-ce que les descendants sont reconnus dans une propriété microformat ?''
* Oui, par exemple :
* Oui, par exemple :
Line 346: Line 368:


=== Est-ce que les propriétés comme TEL utilisent tous les descendants ===
=== Est-ce que les propriétés comme TEL utilisent tous les descendants ===
''Est-ce que les propriétés comme TEL utilisent tous les descendants ?'' par ex. <pre>
''Est-ce que les propriétés comme TEL utilisent tous les descendants ?'' par ex. <pre>
<nowiki><span class="tel"><span class="type">Domicile</span>:<span class="value">+1.234.567.8900</span></span></nowiki></pre><br />
<nowiki><span class="tel"><span class="type">Home</span>:<span class="value">+1.234.567.8900</span></span></nowiki></pre><br />
''Cela ne devrait t'il pas produire "TEL:Domicile: +1.234.567.8900" ?''
''Cela ne devrait t'il pas produire "TEL:Home: +1.234.567.8900" ?''
* Non class="value" est utilisé pour annoncer un sous-élément qui est utilisé pour la valeur de la propriété. Voir [[hcard-fr#Extraction_de_Valeur|Extraction de valeur]] pour plus de détails.
* Non class="value" est utilisé pour annoncer un sous-élément qui est utilisé pour la valeur de la propriété. Voir [[hcard-fr#Extraction_de_Valeur|Extraction de valeur]] pour plus de détails.


=== Pouvez vous avoir plusieurs éléments 'value'  ===
=== Pouvez vous avoir plusieurs éléments 'value'  ===
''Pouvez-vous avoir plusieurs éléments class="value" à l'intérieur d'une propriété et que leur arrive t'ils ?''
''Pouvez-vous avoir plusieurs éléments class="value" à l'intérieur d'une propriété et que leur arrive t'ils ?''
* Bien sûr par exemple
* Bien sûr par exemple
<code><nowiki><span class="tel"><span class="type">Domiciel</span>:<span class="value">+1</span>.<span class="value">234</span>.<span class="value">567</span>.<span class="value">8900</span></span>
<code><nowiki><span class="tel"><span class="type">Home</span>:<span class="value">+1</span>.<span class="value">234</span>.<span class="value">567</span>.<span class="value">8900</span></span>
</nowiki></code><br> produirait : "+12345678900".
</nowiki></code><br> produirait : "+12345678900".


Line 364: Line 388:


===Pouvez vous mélanger une propriété et ses sous-propriétés ===
===Pouvez vous mélanger une propriété et ses sous-propriétés ===
''Est-ce que les sous-propriétés singulières peuvent être mixées avec des parents ?''
''Est-ce que les sous-propriétés singulières peuvent être mixées avec des parents ?''
* Non, toutes les sous-propriétés DOIVENT être sur des éléments dans leurs parents.
* Non, toutes les sous-propriétés DOIVENT être sur des éléments dans leurs parents.


===Pouvez-vous utiliser des chaînes de requête sur l'email ===
===Pouvez-vous utiliser des chaînes de requête sur l'email ===
''Que s'est t'il passé à la "Query String" sur mon adresse email ?''
''Que s'est t'il passé à la "Query String" sur mon adresse email ?''
* Les "Query strings" sont ôtées des adresses email parce qu'elles ne sont pas valides pour l'importation vers des vCards.
* Les "Query strings" sont ôtées des adresses email parce qu'elles ne sont pas valides pour l'importation vers des vCards.


===Est-ce que ADR et TEL sont sensibles à la casse ===
===Est-ce que ADR et TEL sont sensibles à la casse ===
''Est-ce que la liste des types possibles pour ADR et TEL sont sensibles à la casse ?''
''Est-ce que la liste des types possibles pour ADR et TEL sont sensibles à la casse ?''
* Non, les valeurs énumérées ne sont PAS sensibles à la casse, par conséquent, Home, home, HOME, etc sont toutes équivalentes.
* Non, les valeurs énumérées ne sont PAS sensibles à la casse, par conséquent, Home, home, HOME, etc sont toutes équivalentes.


===Comment GEO fonctionne avec ABBR ===
===Comment GEO fonctionne avec ABBR ===
''Qu'arrive t'il aux sous-propriétés GEO quand GEO est utilisé avec ABBR ?''
''Qu'arrive t'il aux sous-propriétés GEO quand GEO est utilisé avec ABBR ?''
* La propriété GEO peut être représentée de deux manières différentes :
* La propriété GEO peut être représentée de deux manières différentes :
Line 391: Line 419:


===Pourquoi le nom de classe racine est vcard ===
===Pourquoi le nom de classe racine est vcard ===
''Pourquoi la racine class="vcard" et pas 'hcard'?''
''Pourquoi la racine class="vcard" et pas 'hcard'?''
* La raison est historique, hCard est fondée sur la spécification vCard.
* La raison est historique, hCard est fondé sur la spécification vCard.


===Comment balisez-vous une extension 'téléphone' ===
===Comment balisez-vous une extension 'téléphone' ===
''Comment je balise une extension téléphone dans hCard ?''
''Comment je balise une extension téléphone dans hCard ?''
Il ne semble pas y avoir de manière de déclarer une extension téléphone dans la spéc. vCard RFC2426, le moyen actuel suggéré est en ce moment :  
Il ne semble pas y avoir de manière de déclarer une extension téléphone dans la spéc. vCard RFC2426, le moyen actuel suggéré est en ce moment :  
<pre><nowiki>
<pre><nowiki>
Line 404: Line 435:


===Comment encodez-vous les comptes de Messagerie Instantanée  ===
===Comment encodez-vous les comptes de Messagerie Instantanée  ===
''Comment j'encode mon compte de messagerie instantanée dans hCard ?''
''Comment j'encode mon compte de messagerie instantanée dans hCard ?''
* voir [[hcard-examples-fr#Nouveaux_Types_d.27Information_de_Contact|exemple hCard : Nouveaux types d'info de contact]]
* voir [[hcard-examples-fr#Nouveaux_Types_d.27Information_de_Contact|exemple hCard : Nouveaux types d'info de contact]]


===Pouvez-vous hCard'ez' les morts ===
===Pouvez-vous hCard'ez' les morts ===
''Comment produisez-vous une hCard pour les décédés ?''
''Comment produisez-vous une hCard pour les décédés ?''
* Les vCards n'ont jamais été conçues pour gérer les dates de décès, référez-vous svp au microformat biographique ou [[genealogy-formats-fr|genealogy-formats]]
* Les vCards n'ont jamais été conçues pour gérer les dates de décès, référez-vous svp au microformat biographique ou [[genealogy-formats-fr|genealogy-formats]]


===Un plan pour les xparams  ===
===Un plan pour les xparams  ===
''Y'a t'il des plans pour inclure les x-parameters dans les futures versions de hCard ?''
''Y'a t'il des plans pour inclure les x-parameters dans les futures versions de hCard ?''
* Non. Le problème est que chacun de ces x-parameters sont spécifiques aux vendeurs et ne font pas partie de la RFC. Deuxièmement, il n'y pas de de moyen d'être sûr à 100% que 'x-foobar' n'est pas simplement un nom de classe de contenu spécifique HTML que l'éditeur est en train d'utiliser pour la mise en style CSS.
* Non. Le problème est que chacun de ces x-parameters sont spécifiques aux vendeurs et ne font pas partie de la RFC. Deuxièmement, il n'y pas de de moyen d'être sûr à 100% que 'x-foobar' n'est pas simplement un nom de classe de contenu spécifique HTML que l'éditeur est en train d'utiliser pour la mise en style CSS.


=== Qu'est-ce qu'un mot dans les optimisations implicites ===
=== Qu'est-ce qu'un mot dans les optimisations implicites ===
''Que représente un "mot" pour l'objectif de 'implied-n optimization'?''
''Que représente un "mot" pour l'objectif de 'implied-n optimization'?''
* "N" peut être sous-entendu à partir de "FN" quand le contenu de "FN" est coupé en deux "mots" séparés par un espace blanc. Pour cet objectif, un "mot" est n'importe quelle séquence de caractères sans espace blanc inclus mais non limité à quelque gamme alphanumérique basse et haute et à quelque ponctuation. Un "mot" peut être caractérisé par l'expression régulière suivante :  <pre><nowiki>/\S+/</nowiki></pre>
* "N" peut être sous-entendu à partir de "FN" quand le contenu de "FN" est coupé en deux "mots" séparés par un espace blanc. Pour cet objectif, un "mot" est n'importe quelle séquence de caractères sans espace blanc inclus mais non limité à quelque gamme alphanumérique basse et haute et à quelque ponctuation. Un "mot" peut être caractérisé par l'expression régulière suivante :  <pre><nowiki>/\S+/</nowiki></pre>


===Comment créez-vous des bulles d'affichage qui ne soient pas en anglais  ===
===Comment créez-vous des bulles d'affichage qui ne soient pas en anglais  ===
"Mon site web n'est pas en anglais et je veux que les bulles d'affichage soient dans ma langue natale."
"Mon site web n'est pas en anglais et je veux que les bulles d'affichage soient dans ma langue natale."
* Les propriétés telles que class="type" exigent une liste énumérée de mots anglais. Il est possible d'utiliser votre langue natale pour la bulle d'affichage, mais elle utilise encore le travail en anglais pour la class="type" sans qu'elle ne s'affiche.
* Les propriétés telles que class="type" exigent une liste énumérée de mots anglais. Il est possible d'utiliser votre langue natale pour la bulle d'affichage, mais elle utilise encore le travail en anglais pour la class="type" sans qu'elle ne s'affiche.
Line 434: Line 470:


===Comment ajoutez-vous des catégories à une hCard ===
===Comment ajoutez-vous des catégories à une hCard ===
Comment ajoutez-vous des catégories à une hCard ?''
Comment ajoutez-vous des catégories à une hCard ?''
* La réponse courte est, utilisez class="category" et [[rel-tag-fr|rel="tag"]], par ex. si vous voulez taguez quelqu'un avec la catégorie "microformats", vous mettriez ça dans sa hCard :
* La réponse courte est, utilisez class="category" et [[rel-tag-fr|rel="tag"]], par ex. si vous voulez taguez quelqu'un avec la catégorie "microformats", vous mettriez ça dans sa hCard :
Line 442: Line 479:


===Pourquoi ne pas placer le type pour tel ou adr à l'intérieur de class ===
===Pourquoi ne pas placer le type pour tel ou adr à l'intérieur de class ===
''Pourquoi ne pas placer la valeur 'type' pour les propriétés 'tel' ou 'adr' à l'intérieur du nom de classe ? Par ex. <code><nowiki><span class="fax">(415) 555-1212</span></nowiki></code>''
''Pourquoi ne pas placer la valeur 'type' pour les propriétés 'tel' ou 'adr' à l'intérieur du nom de classe ? Par ex. <code><nowiki><span class="fax">(415) 555-1212</span></nowiki></code>''
* Cela fût véritablement essayé et [[hcard-parsing#ISSUE_2|rejeté]] parce que cela constituait un anti-design-pattern.  Le "type" dans ce cas est en fait un "tag" sur le numéro de téléphone, qui est du contenu lisible par un humain, et de ce fait devrait être visible, plutôt que caché dans un attribut de classe invisible. En outre, polluer l'attribut class avec du contenu texte le rend significativement plus dur à utiliser pour l'usage voulu, qui est d'ajouter/de raffiner la sémantique de noms d'éléments existants.
* Cela fût véritablement essayé et [[hcard-parsing-fr#PROBLEMATIQUE_2|rejeté]] parce que cela constituait un anti-design-pattern.  Le "type" dans ce cas est en fait un "tag" sur le numéro de téléphone, qui est du contenu lisible par un humain, et de ce fait devrait être visible, plutôt que caché dans un attribut de classe invisible. En outre, polluer l'attribut class avec du contenu texte le rend significativement plus dur à utiliser pour l'usage voulu, qui est d'ajouter/de raffiner la sémantique de noms d'éléments existants.


===Comment baliser plusieurs adresses ===
===Comment baliser plusieurs adresses ===
'''Comment puis-je baliser des adresses distinctes, comme pour domicile et travail ?'''
'''Comment puis-je baliser des adresses distinctes, comme pour domicile et travail ?'''
* Vous avez besoin de deux éléments avec les noms de classes "adr" et les sous-propriétés appropriées. Par ex. dérivé à partir des [[hcard-examples#3.2.1_ADR_Type_Definition|exemples de hCard]] :
* Vous avez besoin de deux éléments avec les noms de classes "adr" et les sous-propriétés appropriées. Par ex. dérivé à partir des [[hcard-examples#3.2.1_ADR_Type_Definition|exemples de hCard]] :

Revision as of 17:56, 2 April 2007

FAQ hCard

Cette page est pour documenter les Q&R à propos de hCard. Si vous avez une nouvelle question à poser, considérez svp tout d'abord de poser votre question sur la liste de discussion microformats. Les nouvelles questions et réponses devraient être ajoutées à la fin de la liste. Si vous avez une nouvelle question mais pas de réponse, ajoutez-là svp aux problématiques hCard.

Editer cette page

SVP, n'utilisez pas le "?" ou d'autres ponctuations dans les titres - cela aide à maintenir les URLs vers leurs identifiants fragements plus courts et plus faciles à lire, copier/coller, etc. Voir comment jouer pour en savoir plus sur les règles de conduite d'édition sur le wiki.

Q&R

Comment puis-je convertir des hCards en vCards pour le téléchargement sur un site

Y'a-t-il quelque moyen en live de convertir des hCards en vCards pour téléchrgement sur un site ? En d'autres mots, j'ai ajouté une hCard sur ma page, mais j'aimerais que mes utilisateurs disposent d'un bouton télécharger vCard.

  • Pour une réponse rapide, utilisez le fil de service Technorati Contacts dans un hyperlien c'est à dire :
<a href="http://feeds.technorati.com/contacts/VOTREURLICI">télécharger la vCard</a>

Envisagez d'utiliser un texte plus amical, comme Ajouter au Carnet d'Adresses. Il y a beaucoup d'exemples de cela dans la page des exemples hCard. Remarquez que le service Technorati Contacts Feed est basé sur le "X2V" open source XSLT produit par Brian Suda et d'autres. Si vous voulez, vous pouvez installer vous-même X2V et faire fonctionner votre propre convertisseur local.


Devrais-je utiliser ADDRESS pour les hCards

Devrais-je utiliser l'élément plus sémantique <address> pour mes hCards

Oui l'élément <address> est plus sémantique, mais il est trop spécifiquement sémantique pour la plupart des usages hCard. L'élément pauvrement nommé <address> veut véritablement signifier <info-contact-pour-cette-page-web>. La définition HTML4 de l'élément ADDRESS dit qu'il est utilisé pour "pour fournir les informations de contact du document ou d'une partie essentielle de celui-ci, comme un formulaire." Par conséquent <address> ne devrait être utilisé pour hCard SEULEMENT SI cette hCard représente l'information de contact pour la page ou une partie essentielle de celle-ci. Un exemple d'un tel usage est sur le blog de Tantek. Un autre moyen de dire ceci sont les deux déclarations suivantes : Chaque <address> sur une page DEVRAIT être une hCard. Mais toute hCard ne devrait pas être une <address>.
En résumé, N'utilisez PAS <address> pour baliser les adressses en général. Ne l'utilisez que pour baliser l'information de contact pour la page (ou la partie essentielle de celle-ci), et si vous faites ainsi, utilisez-le pour baliser l'information de contact "entière" (via <address class="vcard">), pas simplement l'adresse du contact.

Pourquoi la propriété adr est nécessaire

Quel est la raison d'avoir class="adr" quand nous avons l'élément <address> ?- 2006-12-04 posée par Joshie Surber.

  • Tout d'abord, <address> NE VEUT PAS DIRE "address", lisez svp en priorité et précisément la réponse à la FAQ précédente. Deuxièmement, "adr" parle d'adresses physiques, alors que <address> est conçu spécifiquement pour l'information de contact pour la page ou une majeure partie de celle-ci. Elles sont complètement différentes.

Pourquoi la propriété url est-elle nécessaire

Pourquoi est-ce nécessaire de mettre le nom de classe "url" sur les éléments URL dans la hCard quand ces hyperliens commencent déjà par "http://", et que c'est assez pour les distinguer des liens email ?

  • Le nom de classe "url" est nécessaire pour distinguer explicitement les hyperliens qui sont des éléments URL pour la hCard, des autres hyperliens qui peuvent être apparentés à l'item ou autrement dans le même élément conteneur mais qui ne devraient pas être inclus dans la hCard. Les liens communs qui peuvent apparaître dans le document mais ne pas être l'information de contact sont des liens apparentées avec l'action (données de téléchargement, ajout à liste d'amis, etc.) des hyperliens de contact (email, messagerie interne de site, autocomposeurs), tout comme les hyperliens vers les photos ou tous les autres hyperliens au hasard qui surviennent à être à l'intérieur de la hCard.


Comment supporter une URL vCard existante

J'ai déjà une vCard que je maintiens à jour. Je ne veux pas changer quelque référence vers elle, car cela pourrait casser quelque chose d'autre, que puis-je faire ?

  • Vous pouvez utiliser .HTACCESS pour récrire les liens vers votre vCArd vers un service web qui convertit une page dynamiquement vers la vCard, pour faire ça vous avez besoin d'ajouter quelque chose de similaire à votre fichier .htaccess
RewriteRule ^path/to/old.vcf http://suda.co.uk/projects/X2V/get-vcard.php\?uri=http://example.com/hCard_encoded.htm&filename=old.vcf

Maintenant vous ne devriez pas à avoir à faire quoi que ce soit d'autre, tous les liens vers le "vieux.vcf" sont redirigés vers le webservice et renverront une nouvelle vCard qui sera générée dynamiquement à partir de votre page.

Je pense qu'utiliser 'Redirect' est mieux qu'utiliser mod_rewrite (ce n'est pas autorisé sur quelques hébergeurs) --Robert Bachmann

Redirect /path/to/old.vcf http://suda.co.uk/projects/X2V/get-vcard.php?uri=http://exemple.com/hCard_encoded.htm&nomfichier=old.vcf

Quelles sont les propriétés plurielles hCard

Y'a t'il une liste de toutes les propriétés hCard qui peuvent être plurielles ?
Y'a t'il une liste de toutes les propriétés qui peuvent avoir plusieurs instances ?

  • Il existe la listes des propriétés de hCard, et la liste des propriétés singulières hCard. Tout ce qui n'est pas singulier est pluriel. Cette liste a été présentée explicitement (après beaucoup d'analyse de la RFC2426) parce que c'était trop difficile de lire la RFC2426 et de capter avec conficance quelles propriétés étaient singulières vs plurielles.

Ancienne réponse :

  • Nous avons évité de *dupliquer* (ou de fournir un raccourci) de "est-ce que cette propriété peut apparaître plusieurs fois ou non" délibérément afin d'éviter de devoir répéter une contrainte provenant de la RFC 2426 vCard, et par conséquent faire que ce soit potentiellement faux. Voilà le moyen de déterminer si une propriété particulière peut arriver plusieurs fois (est une propriété plurielle / peut avoir plusieurs instances ou valeurs).
  • Regardez le profil hCard XMDP pour la définition de propriété.
  • Si la définition de propriété fait référence à une forme plurielle dans RFC 2426 (par ex. 'honorific-suffix' fait référence à des suffixes honorifiques), alors la propriété est une propriété plurielle.
  • Ailleurs allez vérifier la section référencée dans la RFC 2426 qui devrait déclarer explicitement si la propriété est plurielle ou singulière.
  • Sinon (si la RFC 2426 n'est *pas* explicite) alors la propriété est plurielle.

Que veut dire FN

Que veut dire FN ?

  • FN veut dire "Formatted Name." Extrait de la Section 3.1.1 de la RFC :

proposition Type : Pour spécifier le texte mis en forme correspondant au nom de l'object que la vCard représente.

  • Le raisonnement derrière ça semble être que, alors que N nous donne un nom structuré, FN nous donne le nom formaté, lisible par un humain, qui est assemblé à partir de ses parties structurées d'une manière culturellement dépendante.

Comment le genre est représenté

Comment représentez vous le sexe dans hCard ?

  • Il n'y a pas de propriété GENDER (NDT : sexe) dans vCard RFC2426. hCard suit le schéma à partir de vCard pour des raisons d'inter-opérabilité. Si vous voulez, il est possible de représenter implicitement le sexe dans le champ "honorific-prefix" honorifique, par ex. Monsieur pour masculin et Madame/Mademoiselle pour le féminin :
<span class="honorific-prefix">Monsieur</span>

ou

<span class="honorific-prefix">Madame</span>


Remarquez qu'il y a aussi une page sur MSDN qui mentionne vCard et "gender". Pas certain de savoir quoi faire de cela.

Est-ce que hCard peut contenir des éléments supplémentaires

Est-ce OK pour un noeud hCard de contenir des éléments supplémentaires ?

  • Oui les parseurs ingoreront tout ce qu'ils ne comprennent pas.

Est-ce que GEO peut être inféré à partir d'un ADR dans une hCard

Puis-je automatiquement ajouter GEO à partir d'une adresse au moment de transformer une hCard en vCard s'il n'est pas présent ?

  • Non, une adresse représente une construction qui est un polygône, tandis qu'un GEO ne représente qu'un point unique

X2V ne convertit pas l'email avec un nom en texte clair

X2V ne convertit pas correctement mon adresse email, il est sous la forme href="Prénom Nom <Email@exemple.com>"

  • Alors que ce format d'adresse email fonctionne pour quelques programmes comme outlook, ce n'est pas une valeur mailto: valide (voir RFC2368) le Prénom et Nom devraient être omis.

Un balisage hcard valide possible pourrait être :

<span class="vcard">
  <span class="fn">Prénom Nom</span>
 &lt;<a class="email" href="mailto:Email@exemple.com">Email@exemple.com</a>&gt;
</span>


Ceci pourrait être affiché comme :

Prénom Nom <email@exemple.com>

Quelles sont les propriétés requises dans une hCard

Quelles sont les propriétés requises dans une hCard ?

  • Les seules propriétés requises sont 'fn' (le "formatted name" nom formaté) et 'n' (le nom structuré), mais 'n' peut sous certaines circonstances peut être inféré à partir de la propriété fn. Voir Optimisation Implicite N pour les détails.

Est-ce que la propriété N requiert toutes les sous-propriétés

Si j'utilise la propriété 'n', dois-je utiliser TOUTES les sous-propriétés ?

  • Non, vous pouvez en utiliser autant ou aussi peu que vous en avez besoin pour baliser le nom, mais au minimum vous devriez au moins utiliser les sous-propriétés 'given-name' et 'family-name' si c'est possible. Si tout ce que vous avez est un nickname/handle/userid, alors considérez simplement de baliser ça comme une propriété 'fn' et de tirer partie de l'Optimisation implicite du "nickname".

Est-ce que FN et N doivent être sur le même élément

Est-ce que les propriétés 'fn' et 'n' doivent être sur le même élément ?

  • Non, vous pouvez avoir deux éléments séparés, par exemple :
<p class="vcard">Mon nom est
<span class="n">
<span class="honorific-prefix">Monsieur</span>
<span class="given-name">Jean</span>
<span class="additional-name">Q</span>
<span class="family-name">Public</span>
</span>
mais vous pouvez m'appeler simplement 
<span class="fn">Jeannot</span>
</p>

Comment convertissez-vous une vCard vers une hCard

Y'a t'il un moyen de convertir une vCard vers une hCard ?

  • Il n'existe pas de conversion canonique d'une vCard vers hCard parce que vous pouvez construire une hCard de tellement de manières différentes tout en exprimant la même sémantique. Si vous aimeriez recommander un gabarit suggéré de hCard à utiliser au moment d'afficher des vCards dans un navigateur, proposez-le svp sur la liste de discussion.

Est-ce que les descendants sont reconnus dans une propriété microformat

Est-ce que les descendants sont reconnus dans une propriété microformat ?

  • Oui, par exemple :
<span class="country-name">Etats-Unis <small>d'</small>Amérique</span>

La sortie devrait être "Etats-Unis d'Amérique".


Est-ce que les propriétés comme TEL utilisent tous les descendants

Est-ce que les propriétés comme TEL utilisent tous les descendants ? par ex.

<span class="tel"><span class="type">Home</span>:<span class="value">+1.234.567.8900</span></span>


Cela ne devrait t'il pas produire "TEL:Home: +1.234.567.8900" ?

  • Non class="value" est utilisé pour annoncer un sous-élément qui est utilisé pour la valeur de la propriété. Voir Extraction de valeur pour plus de détails.

Pouvez vous avoir plusieurs éléments 'value'

Pouvez-vous avoir plusieurs éléments class="value" à l'intérieur d'une propriété et que leur arrive t'ils ?

  • Bien sûr par exemple

<span class="tel"><span class="type">Home</span>:<span class="value">+1</span>.<span class="value">234</span>.<span class="value">567</span>.<span class="value">8900</span></span>
produirait : "+12345678900".

Pouvez-vous mélanger les propriétés et le nom de classe racine

Pouvez-vous mettre des propriétés sur le même élément que la classe racine pour un microformat ? par ex. class="vcard fn"?

  • Non, pour plusieurs raisons :
    • Cela brise la règle simple du sélecteur contextuel CSS pour trouver et styler les valeurs de propriétés : .rootname .propertyname qui rendront plus difficile l'écriture d'une CSS étendue pour les propriétés. Pour en savoir plus pourquoi c'est important voir les microformats FAQ concernant les interactions de classe.
    • Cela résultera en plus de confusion pour les parseurs qui peuvent être en train de parser des microformats imbriqués.

Pouvez vous mélanger une propriété est ses sous-propriétés

Est-ce que les sous-propriétés singulières peuvent être mixées avec des parents ?

  • Non, toutes les sous-propriétés DOIVENT être sur des éléments dans leurs parents.

Pouvez-vous utiliser des chaînes de requête sur l'email

Que s'est t'il passé à la "Query String" sur mon adresse email ?

  • Les "Query strings" sont ôtées des adresses email parce qu'elles ne sont pas valides pour l'importation vers des vCards.

Est-ce que ADR et TEL sont sensibles à la casse

Est-ce que la liste des types possibles pour ADR et TEL sont sensibles à la casse ?

  • Non, les valeurs énumérées ne sont PAS sensibles à la casse, par conséquent, Home, home, HOME, etc sont toutes équivalentes.

Comment GEO fonctionne avec ABBR

Qu'arrive t'il aux sous-propriétés GEO quand GEO est utilisé avec ABBR ?

  • La propriété GEO peut être représentée de deux manières différentes :

<span class="geo">
<span class="latitude">123.45</span>
<span class="longitude">67.89</span>
</span>

<abbr class="geo" title="123.45;67.89">Ma Maison</abbr>

Quand utilisée avec un élément <abbr> la latitude et la longitude sont séparées par un point-virgule.

Pourquoi le nom de classe racine est vcard

Pourquoi la racine class="vcard" et pas 'hcard'?

  • La raison est historique, hCard est fondé sur la spécification vCard.

Comment balisez-vous une extension 'téléphone'

Comment je balise une extension téléphone dans hCard ? Il ne semble pas y avoir de manière de déclarer une extension téléphone dans la spéc. vCard RFC2426, le moyen actuel suggéré est en ce moment :

<span class="tel">
    <span class="type">cell</span>: <span class="value">800 555-1212 x 1234</span>
</span>

Comment encodez-vous les comptes de Messagerie Instantanée

Comment j'encode mon compte de messagerie instantanée dans hCard ?

Pouvez-vous hCard'ez' les morts

Comment produisez-vous une hCard pour les décédés ?

  • Les vCards n'ont jamais été conçues pour gérer les dates de décès, référez-vous svp au microformat biographique ou genealogy-formats

Un plan pour les xparams

Y'a t'il des plans pour inclure les x-parameters dans les futures versions de hCard ?

  • Non. Le problème est que chacun de ces x-parameters sont spécifiques aux vendeurs et ne font pas partie de la RFC. Deuxièmement, il n'y pas de de moyen d'être sûr à 100% que 'x-foobar' n'est pas simplement un nom de classe de contenu spécifique HTML que l'éditeur est en train d'utiliser pour la mise en style CSS.

Qu'est-ce qu'un mot dans les optimisations implicites

Que représente un "mot" pour l'objectif de 'implied-n optimization'?

  • "N" peut être sous-entendu à partir de "FN" quand le contenu de "FN" est coupé en deux "mots" séparés par un espace blanc. Pour cet objectif, un "mot" est n'importe quelle séquence de caractères sans espace blanc inclus mais non limité à quelque gamme alphanumérique basse et haute et à quelque ponctuation. Un "mot" peut être caractérisé par l'expression régulière suivante :
    /\S+/

Comment créez-vous des bulles d'affichage qui ne soient pas en anglais

"Mon site web n'est pas en anglais et je veux que les bulles d'affichage soient dans ma langue natale."

  • Les propriétés telles que class="type" exigent une liste énumérée de mots anglais. Il est possible d'utiliser votre langue natale pour la bulle d'affichage, mais elle utilise encore le travail en anglais pour la class="type" sans qu'elle ne s'affiche.
<abbr class="type" title="home">
 <span title="[le mot de votre langue natale pour domicile ici]">
  à mon domicile</span>
</abbr>

Avoir un span avec un attribut title dans l'élément abbr n'affichera seulement que le 'title' sur le span, où vous avez le texte (votre mot en langue natale pour domicile ici).

Quelles sont les propriétés plurielles de hCard

Y-a-t'il une liste de toutes les propriétés hCard qui peuvent être plurielle ?
Y'a t'il une liste de toutes les propriétés qui peuvent avoir plusieurs instances ?

  • Il existe la listes des propriétés de hCard, et la liste des propriétés singulières hCard. Tout ce qui n'est pas singulier est pluriel. Cette liste a été présentée explicitement (après beaucoup d'analyse de la RFC2426) parce que c'était trop difficile de lire la RFC2426 et de capter avec confiance quelles propriétés étaient singulières vs plurielles.

Ancienne réponse :

  • Nous avons évité de *dupliquer* (ou de fournir un raccourci) de "est-ce que cette propriété peut apparaître plusieurs fois ou non" délibérément afin d'éviter de devoir répéter une contrainte provenant de la RFC 2426 vCard, et par conséquent faire que ce soit potentiellement faux. Voilà le moyen de déterminer si une propriété particulière peut arriver plusieurs fois (est une propriété plurielle / peut avoir plusieurs instances ou valeurs).
  • Regardez le profil hCard XMDP pour la définition de propriété.
  • Si la définition de propriété fait référence à une forme plurielle dans RFC 2426 (par ex. 'honorific-suffix' fait référence à des suffixes honorifiques), alors la propriété est une propriété plurielle.
  • Ailleurs allez vérifier la section référencée dans la RFC 2426 qui devrait déclarer explicitement si la propriété est plurielle ou singulière.
  • Sinon (si la RFC 2426 n'est *pas* explicite) alors la propriété est plurielle.

Que veut dire FN

Que veut dire FN ?

  • FN veut dire "Formatted Name." Extrait de la Section 3.1.1 de la RFC :

proposition Type : Pour spécifier le texte mis en forme correspondant au nom de l'object que la vCard représente.

  • Le raisonnement derrière ça semble être que, alors que N nous donne un nom structuré, FN nous donne le nom formaté, lisible par un humain, qui est assemblé à partir de ses parties structurées d'une manière culturellement dépendante.

Comment le genre est représenté

Comment représentez vous le sexe dans hCard ?

  • Il n'y a pas de propriété GENDER (NDT : sexe) dans vCard RFC2426. hCard suit le schéma à partir de vCard pour des raisons d'inter-opérabilité. Si vous voulez, il est possible de représenter implicitement le sexe dans le champ "honorific-prefix" honorifique, par ex. Monsieur pour masculin et Madame/Mademoiselle pour le féminin :
<span class="honorific-prefix">Monsieur</span>

ou

<span class="honorific-prefix">Madame</span>

Remarquez qu'il y a aussi une page sur MSDN qui mentionne vCard et "gender". Pas certain de savoir quoi faire de cela.

Est-ce que hCard peut contenir des éléments supplémentaires

Est-ce OK pour un noeud hCard de contenir des éléments supplémentaires ?

  • Oui les parseurs ingoreront tout ce qu'ils ne comprennent pas.

Est-ce que GEO peut être inféré à partir d'un ADR dans une hCard

Puis-je automatiquement ajouter GEO à partir d'une adresse au moment de transformer une hCard en vCard s'il n'est pas présent ?

  • Non, une adresse représente une construction qui est un polygône, tandis qu'un GEO ne représente qu'un point unique

X2V ne convertit pas l'email avec un nom en texte clair

X2V ne convertit pas correctement mon adresse email, il est sous la forme href="Prénom Nom <Email@exemple.com>"

  • Alors que ce format d'adresse email fonctionne pour quelques programmes comme outlook, ce n'est pas une valeur mailto: valide (voir RFC2368) le Prénom et Nom devraient être omis.

Un balisage hcard valide possible pourrait être :

<span class="vcard">
  <span class="fn">Prénom Nom</span>
 &lt;<a class="email" href="mailto:Email@exemple.com">Email@exemple.com</a>&gt;
</span>


Ceci pourrait être affiché comme :

Prénom Nom <email@exemple.com>

Quelles sont les propriétés requises dans une hCard

Quelles sont les propriétés requises dans une hCard ?

  • Les seules propriétés requises sont 'fn' (le "formatted name" nom formaté) et 'n' (le nom structuré), mais 'n' peut sous certaines circonstances être inféré à partir de la propriété fn. Voir Optimisation Implicite N pour les détails.

Est-ce que la propriété N requiert toutes les sous-propriétés

Si j'utilise la propriété 'n', dois-je utiliser TOUTES les sous-propriétés ?

  • Non, vous pouvez en utiliser autant ou aussi peu que vous en avez besoin pour baliser le nom, mais au minimum vous devriez au moins utiliser les sous-propriétés 'given-name' et 'family-name' si c'est possible. Si tout ce que vous avez est un nickname/handle/userid, alors considérez simplement de baliser ça comme une propriété 'fn' et de tirer partie de l'Optimisation implicite du "nickname".

Est-ce que FN et N doivent être sur le même élément

Est-ce que les propriétés 'fn' et 'n' doivent être sur le même élément ?

  • Non, vous pouvez avoir deux éléments séparés, par exemple :
<p class="vcard">Mon nom est
<span class="n">
<span class="honorific-prefix">Monsieur</span>
<span class="given-name">Jean</span>
<span class="additional-name">Q</span>
<span class="family-name">Public</span>
</span>
mais vous pouvez m'appeler simplement 
<span class="fn">Jeannot</span>
</p>

Comment convertissez-vous une vCard vers une hCard

Y'a t'il un moyen de convertir une vCard vers une hCard ?

  • Il n'existe pas de conversion canonique d'une vCard vers hCard parce que vous pouvez construire une hCard de tellement de manières différentes tout en exprimant la même sémantique. Si vous aimeriez recommander un gabarit suggéré de hCard à utiliser au moment d'afficher des vCards dans un navigateur, proposez-le svp sur la liste de discussion.

Est-ce que les descendants sont reconnus dans une propriété microformat

Est-ce que les descendants sont reconnus dans une propriété microformat ?

  • Oui, par exemple :
<span class="country-name">Etats-Unis<small> d'</small>Amérique</span>

La sortie devrait être "Etats-Unis d'Amérique".


Est-ce que les propriétés comme TEL utilisent tous les descendants

Est-ce que les propriétés comme TEL utilisent tous les descendants ? par ex.

<span class="tel"><span class="type">Home</span>:<span class="value">+1.234.567.8900</span></span>


Cela ne devrait t'il pas produire "TEL:Home: +1.234.567.8900" ?

  • Non class="value" est utilisé pour annoncer un sous-élément qui est utilisé pour la valeur de la propriété. Voir Extraction de valeur pour plus de détails.

Pouvez vous avoir plusieurs éléments 'value'

Pouvez-vous avoir plusieurs éléments class="value" à l'intérieur d'une propriété et que leur arrive t'ils ?

  • Bien sûr par exemple

<span class="tel"><span class="type">Home</span>:<span class="value">+1</span>.<span class="value">234</span>.<span class="value">567</span>.<span class="value">8900</span></span>
produirait : "+12345678900".

Pouvez-vous mélanger les propriétés et le nom de classe racine

Pouvez-vous mettre des propriétés sur le même élément que la classe racine pour un microformat ? par ex. class="vcard fn"?

  • Non, pour plusieurs raisons :
    • Cela brise la règle simple du sélecteur contextuel CSS pour trouver et styler les valeurs de propriétés : .rootname .propertyname qui rendront plus difficile l'écriture d'une CSS étendue pour les propriétés. Pour en savoir plus pourquoi c'est important voir les microformats FAQ concernant les interactions de classe.
    • Cela résultera en plus de confusion pour les parseurs qui peuvent être en train de parser des microformats imbriqués.

Pouvez vous mélanger une propriété et ses sous-propriétés

Est-ce que les sous-propriétés singulières peuvent être mixées avec des parents ?

  • Non, toutes les sous-propriétés DOIVENT être sur des éléments dans leurs parents.

Pouvez-vous utiliser des chaînes de requête sur l'email

Que s'est t'il passé à la "Query String" sur mon adresse email ?

  • Les "Query strings" sont ôtées des adresses email parce qu'elles ne sont pas valides pour l'importation vers des vCards.

Est-ce que ADR et TEL sont sensibles à la casse

Est-ce que la liste des types possibles pour ADR et TEL sont sensibles à la casse ?

  • Non, les valeurs énumérées ne sont PAS sensibles à la casse, par conséquent, Home, home, HOME, etc sont toutes équivalentes.

Comment GEO fonctionne avec ABBR

Qu'arrive t'il aux sous-propriétés GEO quand GEO est utilisé avec ABBR ?

  • La propriété GEO peut être représentée de deux manières différentes :

<span class="geo">
<span class="latitude">123.45</span>
<span class="longitude">67.89</span>
</span>

<abbr class="geo" title="123.45;67.89">Ma Maison</abbr>

Quand utilisée avec un élément <abbr> la latitude et la longitude sont séparées par un point-virgule.

Pourquoi le nom de classe racine est vcard

Pourquoi la racine class="vcard" et pas 'hcard'?

  • La raison est historique, hCard est fondé sur la spécification vCard.

Comment balisez-vous une extension 'téléphone'

Comment je balise une extension téléphone dans hCard ?

Il ne semble pas y avoir de manière de déclarer une extension téléphone dans la spéc. vCard RFC2426, le moyen actuel suggéré est en ce moment :

<span class="tel">
    <span class="type">cell</span>: <span class="value">800 555-1212 x 1234</span>
</span>

Comment encodez-vous les comptes de Messagerie Instantanée

Comment j'encode mon compte de messagerie instantanée dans hCard ?

Pouvez-vous hCard'ez' les morts

Comment produisez-vous une hCard pour les décédés ?

  • Les vCards n'ont jamais été conçues pour gérer les dates de décès, référez-vous svp au microformat biographique ou genealogy-formats

Un plan pour les xparams

Y'a t'il des plans pour inclure les x-parameters dans les futures versions de hCard ?

  • Non. Le problème est que chacun de ces x-parameters sont spécifiques aux vendeurs et ne font pas partie de la RFC. Deuxièmement, il n'y pas de de moyen d'être sûr à 100% que 'x-foobar' n'est pas simplement un nom de classe de contenu spécifique HTML que l'éditeur est en train d'utiliser pour la mise en style CSS.

Qu'est-ce qu'un mot dans les optimisations implicites

Que représente un "mot" pour l'objectif de 'implied-n optimization'?

  • "N" peut être sous-entendu à partir de "FN" quand le contenu de "FN" est coupé en deux "mots" séparés par un espace blanc. Pour cet objectif, un "mot" est n'importe quelle séquence de caractères sans espace blanc inclus mais non limité à quelque gamme alphanumérique basse et haute et à quelque ponctuation. Un "mot" peut être caractérisé par l'expression régulière suivante :
    /\S+/

Comment créez-vous des bulles d'affichage qui ne soient pas en anglais

"Mon site web n'est pas en anglais et je veux que les bulles d'affichage soient dans ma langue natale."

  • Les propriétés telles que class="type" exigent une liste énumérée de mots anglais. Il est possible d'utiliser votre langue natale pour la bulle d'affichage, mais elle utilise encore le travail en anglais pour la class="type" sans qu'elle ne s'affiche.
<abbr class="type" title="home">
 <span title="[le mot de votre langue natale pour domicile ici]">
  à mon domicile</span>
</abbr>

Avoir un span avec un attribut title dans l'élément abbr n'affichera seulement que le 'title' sur le span, où vous avez le texte (votre mot en langue natale pour domicile ici).

Comment ajoutez-vous des catégories à une hCard

Comment ajoutez-vous des catégories à une hCard ?

  • La réponse courte est, utilisez class="category" et rel="tag", par ex. si vous voulez taguez quelqu'un avec la catégorie "microformats", vous mettriez ça dans sa hCard :
<a class="category" rel="tag" 
   href="http://fr.wikipedia.org/wiki/microformats">microformats</a>

Pourquoi ne pas placer le type pour tel ou adr à l'intérieur de class

Pourquoi ne pas placer la valeur 'type' pour les propriétés 'tel' ou 'adr' à l'intérieur du nom de classe ? Par ex. <span class="fax">(415) 555-1212</span>

  • Cela fût véritablement essayé et rejeté parce que cela constituait un anti-design-pattern. Le "type" dans ce cas est en fait un "tag" sur le numéro de téléphone, qui est du contenu lisible par un humain, et de ce fait devrait être visible, plutôt que caché dans un attribut de classe invisible. En outre, polluer l'attribut class avec du contenu texte le rend significativement plus dur à utiliser pour l'usage voulu, qui est d'ajouter/de raffiner la sémantique de noms d'éléments existants.

Comment baliser plusieurs adresses

Comment puis-je baliser des adresses distinctes, comme pour domicile et travail ?

  • Vous avez besoin de deux éléments avec les noms de classes "adr" et les sous-propriétés appropriées. Par ex. dérivé à partir des exemples de hCard :
<div class="adr">
 <span class="type">home</span> address:
 <div class="street-address">123 Main Street</div>
 <span class="locality">Any Town</span>, <span class="region">CA</span>, 
 <span class="postal-code">91921-1234</span>
</div>
<div class="adr">
 <span class="type">work</span> address:
 <div class="street-address">789 Main Street</div>
 <span class="locality">Any Town</span>, <span class="region">CA</span>, 
 <span class="postal-code">91921-1234</span>
</div>

En tant que résultat, remarquez que chaque élément avec un nom de classe "adr" est traité comme une adresse séparée avec ses propres sous-propriétés et valeurs.


Pages Apparentées

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.