hcard-faq-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
mNo edit summary
m (→‎Q&R: typo)
Line 6: Line 6:


# ''Devrais-je utiliser l'élément plus sémantique <address> pour mes 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-contactpour-cette-page-web>.  La [http://www.la-grange.net/w3c/html4.01/struct/global.html#h-7.5.6 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'inforamtion de contact pour la pae ou une partie essentielle de celle-ci. Un exemple d'un tel usage est sur [http://tantek.com/log/ le blog de Tantek]. Un autre moyen de dire ceci sont les deux déclarations suivantes : Chaque  <address> sur une page DEVRAIT être un hCard. Mais pas chaque hCard ne devrait être un <address>. <br/> 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.
#* 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-contactpour-cette-page-web>.  La [http://www.la-grange.net/w3c/html4.01/struct/global.html#h-7.5.6 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 [http://tantek.com/log/ 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>. <br/>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 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 ?''
#* Le nom de classe "url" est nécessaire pour distinguer explicitement les hyperliens qui sont des éléments URL pour la hCard, des hyperliens email, tout comme les hyperliens vers les photos, ou tous les autres hyperliens au hasard qui viennent à être à l'intérieur de la hCard.
#* Le nom de classe "url" est nécessaire pour distinguer explicitement les hyperliens qui sont des éléments URL pour la hCard, des hyperliens email, tout comme les hyperliens vers les photos ou tous les autres hyperliens au hasard qui viennent à être à l'intérieur de la hCard.
# ''J'ai déjà une vCard que je maintiens à jour. Je ne veux pas changer quelque référence vers elle, car cela pourrait casse 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 ?''
#* 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  
#* 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  
<pre>
<pre>
Line 15: Line 15:
</pre>
</pre>


Maintenant vous ne devriez pas à avoir à faire quoi que ce soit d'autre, tous les liens vers le "vieux.vcf" sont rediriggés vers le webservice et renverront une nouvelle vCard qui sera générée dynamiquement à partir de votre page.
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
Je pense qu'utiliser 'Redirect' est mieux qu'utiliser mod_rewrite (ce n'est pas autorisé sur quelques hébergeurs) --Robert Bachmann
<pre>
<pre>
Redirect /path/to/old.vcf http://suda.co.uk/projects/X2V/get-vcard.php?uri=http://example.com/hCard_encoded.htm&filename=old.vcf
Redirect /path/to/old.vcf http://suda.co.uk/projects/X2V/get-vcard.php?uri=http://exemple.com/hCard_encoded.htm&nomfichier=old.vcf
</pre>
</pre>
<ol start="4"><li>''Y'a t'il une liste de toutes les propriétés hCard qui peuvent être plurielles ?</li>
<ol start="4"><li>''Y'a t'il une liste de toutes les propriétés hCard qui peuvent être plurielles ?</li>
* Nous avons évité de *dupliquer* (ou fournir un raccourci) le "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 (une propriété plurielle / peut avoir plusieurs instances ou valeurs).
* Nous avons évité de *dupliquer* (ou 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 (une propriété plurielle / peut avoir plusieurs instances ou valeurs).
*# Regardez le [[hcard-profile-fr|profil hCard XMDP]] pour la définition de propriété.
*# Regardez le [[hcard-profile-fr|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énce à des suffixes honorifiques), alors la propriété est une propriété plurielle.
*# 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.
*# 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.
*# Sinon (si la RFC 2426 n'est *pas* explicite) alors la propriété est plurielle.
Line 31: Line 31:
<ol start="5"><li>''Que veut dire FN ?''
<ol start="5"><li>''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 :
<blockquote>propostion Type : Pour spécifier le texte mis en forme correspondant au nom de l'object que la vCard représente.</blockquote>
<blockquote>proposition Type : Pour spécifier le texte mis en forme correspondant au nom de l'object que la vCard représente.</blockquote>
* 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.
* 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.
</li>
</li>
<li>''Comment représentez vous le sexe dans hCard ?''
<li>''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 Mademoiselle pour 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 :  
<pre><nowiki>
<pre><nowiki>
<span class="honorific-prefix">Monsieur</span>
<span class="honorific-prefix">Monsieur</span>
Line 99: Line 99:
* Non, pour plusieurs raisons :  
* Non, pour plusieurs raisons :  
** D'un point de vue design format de données, briser le confinement strict est un mauvais design, et connu comme un anti-modèle.
** D'un point de vue design format de données, briser le confinement strict est un mauvais design, et connu comme un anti-modèle.
** Cela brise la règle simple du sélecteur contextuel CSS pour trouver et styler les valeurs de propriéts : .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 [[faq-fr#Interactions_de_.22Class.22|microformats FAQ concernant les interactions de classe]].
** 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 [[faq-fr#Interactions_de_.22Class.22|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.
** Cela résultera en plus de confusion pour les parseurs qui peuvent être en train de parser des microformats imbriqués.
<li>''Est-ce que les sous-propriétés singulières peuvent être mixées avec des parents ?''
<li>''Est-ce que les sous-propriétés singulières peuvent être mixées avec des parents ?''
Line 123: Line 123:


<li>''Pourquoi la racine class="vcard" et pas 'hcard'?''
<li>''Pourquoi la racine class="vcard" et pas 'hcard'?''
* La raison est historique, hCard est fondé sur la spécification vCard.
* La raison est historique, hCard est fondée sur la spécification vCard.


<li>''Comment je balise une extension téléphone dans hCard ?''
<li>''Comment je balise une extension téléphone dans hCard ?''
Line 129: Line 129:
<pre><nowiki>
<pre><nowiki>
<span class="tel">
<span class="tel">
     <span class="type">cell</span>: <span class="value">800 555-1212 x 1234</span
     <span class="type">cell</span>: <span class="value">800 555-1212 x 1234</span>
</span>
</span>
</nowiki></pre>
</nowiki></pre>
Line 135: Line 135:
* 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]]
<li>''Comment faites vous une hCard pour les décédés ?''
<li>''Comment faites 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]]
* 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]]
<li>''Y'a t'il une liste de toutes les propriétés qui peuvent avoir plusieurs instances ?''
<li>''Y'a t'il une liste de toutes les propriétés qui peuvent avoir plusieurs instances ?''
* Si la propriété est plurielle dans la RFC2426, alors plusieurs valeurs sont autorisées.
* Si la propriété est plurielle dans la RFC2426, alors plusieurs valeurs sont autorisées.
* Si plusieurs valeurs ne sont pas explicitement interdites pour la propriété (voir RFC2426), alors plusieurs valeurs sont autorisées.
* Si plusieurs valeurs ne sont pas explicitement interdites pour la propriété (voir RFC2426), alors plusieurs valeurs sont autorisées.
<li>''Y'a t'il des plans pour inclure les x-parameters dans les futures versions de hCard ?''
<li>''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èment, 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.


<li>''Que représente un "mot" pour l'objectif de 'implied-n optimization'?''
<li>''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é dans 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>


<li>"Mon site web n'est pas en anglais et je veux que les bulles d'affichage soient dans ma langue natale."
<li>"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 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.
<pre><nowiki>
<pre><nowiki>
<abbr class="type" title="home">
<abbr class="type" title="home">

Revision as of 18:30, 3 August 2006

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

Q&R

  1. 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-contactpour-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.
  2. 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 hyperliens email, tout comme les hyperliens vers les photos ou tous les autres hyperliens au hasard qui viennent à être à l'intérieur de la hCard.
  3. 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
  1. Y'a t'il une liste de toutes les propriétés hCard qui peuvent être plurielles ?
    • Nous avons évité de *dupliquer* (ou 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 (une propriété plurielle / peut avoir plusieurs instances ou valeurs).
      1. Regardez le profil hCard XMDP pour la définition de propriété.
      2. 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.
      3. 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.
      4. Sinon (si la RFC 2426 n'est *pas* explicite) alors la propriété est plurielle.
  1. 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.
  2. 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>
    
  3. 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.
  4. 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
  5. X2V ne convertit pas correctement mon adresse email, il est sous la forme href="Prénom Nom <Email@Adresse.com>"
    • Alors que cette forme 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.
  6. 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.
  7. Si j'utilise la propriété 'n', dois-je utiliser TOUTES les sous-propriétés ?
    • Non, vous pouvez 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' l'Optimisation implicite du "nickname".
  8. 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>
    
    
  9. 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 tant 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.
  10. Est-ce que les descendants sont reconnus dans une propriété microformat ?
    • Oui, par exemple :
    <span class="country-name">United States <small>of</small> America</span>
    

    La sortie devrait être "United States of America".

  11. Est-ce que les propriétés comme TEL utilisent tous les descendants ? par ex.
    
    <span class="tel"><span class="type">Domicile</span>:<span class="value">+1.234.567.8900</span></span>

    Cela ne devrait t'il pas produire "TEL:Domicile: +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.
  12. 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">Maison</span>:<span class="value">+1</span>. <span class="value">234</span>. <span>class="value">567</span>.<span class="value">8900</span></span> sortirait : "+12345678900".
  13. 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 :
      • D'un point de vue design format de données, briser le confinement strict est un mauvais design, et connu comme un anti-modèle.
      • 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.
  14. 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.
  15. 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.
  16. 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.
  17. 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.

  18. Pourquoi la racine class="vcard" et pas 'hcard'?
    • La raison est historique, hCard est fondée sur la spécification vCard.
  19. 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>
    
  20. Comment j'encode mon compte de messagerie instantanée dans hCard ?
  21. Comment faites 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
  22. Y'a t'il une liste de toutes les propriétés qui peuvent avoir plusieurs instances ?
    • Si la propriété est plurielle dans la RFC2426, alors plusieurs valeurs sont autorisées.
    • Si plusieurs valeurs ne sont pas explicitement interdites pour la propriété (voir RFC2426), alors plusieurs valeurs sont autorisées.
  23. 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.
  24. 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+/
  25. "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).