View source for faq-fr

== Microformats FAQ ==

Cette page documente les questions souvent posées à propos des microformats. Pour les questions souvent posées par la [[press-fr|presse]], voir [[press-faq-fr|faq presse]].

__TOC__

== questions spécifiques au wiki ==

Q : ''Comment je crée un nom d'utilisateur ? Pourquoi on ne me laisserait pas utiliser mon nom d'utilisateur préféré ?''

R: D'abord lisez http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Nom_d%27utilisateur. Deuxièmement, les vrais noms sont préférés de loin aux pseudonymes divers ou noms de plume. Les [[http://www.usemod.com/cgi-bin/mb.pl?VraiNom vrais noms]] encouragent une meilleure transparence et de la responsabilité. Troisièmement, le problème le plus commun à créer un nom d'utilisateur est d'oublier de mettre en capitale la première lettre du nom d'utilisateur. Essayez d'utiliser une version en WikiCasse de votre vrai nom en tant qu'utilisateur, par exemple ChristopheDucamp.

== Questions Basiques sur les MicrorFormats ==

Q : ''Quand devrais-je utiliser un micro-format ? A quoi servent-ils ?"

A : Vous écrivez quelque html qui contient une information lisible par les humains. Vous vous dites à vous même : J'aimerais baliser ceci maintenant avec quelques classes pour le stylisme. Vous cherchez le micro-format pertinent et vous le tirez dans les noms standards. Vous n'avez pas à vous fabriquer le vôtre, et maintenant votre page est aussi lisible par les machines. Bonus !

Les microformats sont conçus pour rendre les données que vous avez déjà publiées pour des humains lisibles pour les machines. Ils permettent des applications aussi simple que le copier-coller ou aussi complexes comme un moteur de recherche qui utilise vos données efficacement.

Q : ''Est-ce que les microformats sont dépendants du (X)HTML?''

R : Les microformats sont construits pour être incorporables. Ils peuvent être incorporés dans (X)HTML, RSS, Atom ou n'importe quel (X)HTML qui le permet.

Q : ''Les microformats paraissent géniaux. Comment puis-je aider ?''

R : Tout d'abord jetez un oeil sur la liste de discussion http://microformats.org/discuss pour voir quelques manières de rejoindre les conversations à propos des microformats.

Q : ''J'aimerais faire un don pour la cause microformat. Comment puis-je faire ça ?''

A : Merci de votre empressement à supporter les microformats. Nous n'avons que récemment démarré ce site et avons décidé que tant que nous n'avons pas imaginé exactement comment accepter les dons, nous passerons tous les dons aux autres grandes causes. SVP imaginez de donner à une autre cause comme la Croix Rouge, peut-être orientée sur l'aide des victimes aux désastres naturels récents.

Q : ''Quels sont microformats qui ont été implémentés '' 

R. Voir la page [[implementations-fr|implémentations]].

Q : ''Quels sont les microformats que je devrais implémenter ?''

R : Il y a des chances que votre site web ait déjà des données très similaires à plusieurs microformats. Par exemple, vous avez probablement des gens et/ou de l'information de contact quelque part. Cette information-là pourrait être balisée avec [[hcard-fr|hCard]], voir la page [[hcard-authoring-fr|publier une hCard]] pour les instructions étape par étape. Si vous publiez des communiqués de presse, essayez d'utiliser [[hatom-fr|hAtom]].

Q : ''Avez-vous quelques blasons de liens que je puisse ajouter à mon site web/blog/bliki ?''

R : Il y a quelques [[buttons-fr|boutons]] mais nous pouvons certainement en utiliser plus ! SVP contribuez avec ce que vous amenez !

Q. ''Y'a t'il quelques outils qui supportent les microformats ?''

R. Oui... des tonnes ...cf [[implementations-fr|implémentations]].

Q. ''Que penser de l'utilisation des nouveaux schémas URI au lieu des noms de classe, par exemple pour la géo-information ?''

R. En général, c'est plus de travail et moins facile à publier, de demander aux éditeurs d'utiliser des schémas d'indexation au lieu de noms de classes.

Les auteurs ne publient pas de liens vers la géo-information.

Ils publient du *texte visible* de [[geo-fr|geo]]information.

Par conséquent la chose la plus facile à faire pour l'auteur est de la laisser lisible en tant que texte visibile.

Par conséquent, cela fait plus de sens de faire la chose simple de simplement emballer ce texte visible avec un petit morceau de syntaxe, plutôt que de demander à l'auteur de le migrer (ou le copier) dans un attribut, qui peut ou ne peut pas obliger à une remise en forme de la donnée.

Cela ferait du sens d'un point de vue utilisabilité d'hyperlier la géo-information vers une page carte ou quelque chose, de façon à ce qu'en cliquant il se passe véritablement quelque chose. Si vous les forcez à utiliser à la place un protocole "geo" hypothétique, alors cela interférerait, parce que vous ne pouvez hyperlier quelque chose que vers une destination.


Q : ''Qui contrôle les microformats?''

R : Une communauté ouverte. Les microformats sont des standards ouverts sous licence Creative Commons Attribution. Le gros du travail a démarré ici sur le [[http://developers.technorati.com/wiki wiki des développeurs de Technorati]], mais Technorati a depuis privé le contrôle de ces standards microformats à la communauté ouverte ici. Le domaine microformats.org est enregistré sur Rohit Khare, CommerceNet héberge gracieusement les serveurs, mais ne revendique aucun contrôle sur les standards microformats. Quiconque peut suivre le [[process-fr|processus]] établi et contribuer sur le développement de microformats standards.


Q : ''Qui est le registrar des microformats?''

R : Il n'existe pas de bureau central d'enregistrement. Les microformats sont enregistrés d'une manière distribuées en utilisant des profils. Pour plus d'information sur les profils, voir http://microformats.org/wiki/profile-uris et http://gmpg.org/xmdp/

Les conflits et l'interopérabilité sont gérés à travers des processus sociaux plutôt qu'un registrar formel. Les profils actuels des microformats peuvent être trouvés sur http://gmpg.org,  http://w3.org, et http://microformats.org.

Q : ''Ainsi plusieurs microformats avec le même nom peuvent être valides ?''

R : Oui. La communauté sur microformats.org peut, nous l'espérons, jouer un rôle à déterminer quel est le préfére en rasseblant ensemble des gens intéressés en un lieu et en les aidant à résoudre cette question-là. Tant que chaque microformats maintient un profil valide, chacun d'eux peut être utilisé efficacement.

Q : ''Comment je valide mon contenu de microformat ?''

R : Actuellemnt il n'existe pas de validateur automatique pour les microformats. (voir [[to-do]]). Vous pouvez toujours utiliser les XMDPs pour les microformats spécifiques pour au moins vérifier que des noms de classes appropriés sont utilisés.

== Questions spécifiques aux Microformats ==
Si vous avez une question concernant un microformat spécifique, vous pourriez vérifier la FAQ spécifique à ce microformat.
* [[hatom-faq]]
* [[hcalendar-faq]]
* [[hcard-faq]]
* [[hreview-faq]]
* [[rel-faq]]
* [[rel-tag-faq]]
* [http://gmpg.org/xfn/faq xfn-faq]
* [[xfolk-faq]]
* [[xmdp-faq]]
* [[xoxo-faq]]

== Interactions de "Class" ==

Q. ''Y'a t'il des problèmes avec la mise en style de la page au moment où des valeurs spécifiques de class sont utilisées ?''

R. Il pourrait y en avoir. Néanmoins de tels problèmes peuvent être facilement (trivialement) travaillés en utilisant les sélecteurs contextuels.

Q. ''Comment interagit l'utilisation de valeurs class pour la sémantique avec l'utilisation des valeurs class pour attacher des styles CSS ?''

R. L'attribut class prend un espace séparé de l'ensemble des noms de classe [http://www.la-grange.net/w3c/html4.01/struct/global.html#h-7.5.2 référence HTML4]. Par conséquent, à la fois les noms définis de classe auteur et microformat peuvent être utilisés dans le même attribut class. En outre, les noms de classe des microformats fournissent à l'auteur un ensemble cohérent de noms de classe à utiliser pour la mise en forme du style. Si l'auteur utilise déjà des noms de classe spécifiques, il peut continuer à faire ainsi et inclure des noms de classe microformat. Si l'auteur est déjà en train d'utiliser un nom de classe qui apparaît être aussi être un nom de classe microformat, alors l'auteur pourra vouloir considérer l'utilisation de sélecteurs de classe contextuels pour s'assurer d'éviter quelque effet de style non désiré.

Voir aussi :
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://tantek.com/log/2004/07.html#classmeaningnotshow Class For Meaning Not For Show]
* [http://www.meyerweb.com/eric/thoughts/2004/07/18/competent-classing Competant Classing], par  Eric Meyer pour la discussion de choisir des noms de classe en (X)HTML
* [http://www.microformats.org/blog/2005/10/19/more-than-styling/ Class attributes are about more than styling] - Ryan King dispells common misconceptions about the ''HTML'' class attribute.

== Sémantique <code>&lt;div&gt;</code> et <code>&lt;span&gt;</code> ==

Q. Est-t'il sémantiquement dénué de sens que d'utiliser des divs ? 

R. Oui, tant <code>&lt;div&gt;</code> et <code>&lt;span&gt;</code> n'ont presque pas de sémantique. <code>&lt;div&gt;</code> peut être utilisé pour représenter une "division" du contenu de la page. De la même manière, <code>&lt;span&gt;</code> peut être utilisé pour représenter que le ce "span" de texte a quelque sens, mais les spécificités de ce que cela veut dire ne sont pas définies par le <code>&lt;span&gt;</code>.

Q. Est-ce que l'utilisation des éléments <code>&lt;div&gt;</code> et <code>&lt;span&gt;</code> ajoutent quelque sémantique aux pages web ?

R. Selon les [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 spec], <code>&lt;div&gt;</code> et <code>&lt;span&gt;</code> "offrent un mécanisme générique pour ajouter de la structure aux documents." Leur seul sens est dans la division de documents en sections, leur présence implique que le contenu dedans a une sémantique spécifique, mais non définie par le balisage d'élément. Par conséquent, ils sont presque libres sémantiquement parlant.
 
Q. Pourquoi les exemples sur le wiki utilisent <code class="element">&lt;span&gt;</code> et <code class="element">&lt;div&gt;</code> pour presque tout ?

R. <code class="element">&lt;span&gt;</code> et <code class="element">&lt;div&gt;</code> sont des éléments génériques en HTML. Quand vous utilisez les microformats, vous devriez pendre l'élément sémantique le plus spécifique qui soit disponible.

== Sémantique Class ==

Q. ''Est-ce que les noms de class (X)HTML ont une sémantique ?''

R. La spécification HTML4 ne définit pas quelque valeur de class particulière [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], ni ne définit quelque sémantique particulière pour les valeurs de class [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF], si ce n'est qu'elles "peuvent être utilisées pour le processus d'agent utilisateur" [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2 REF]. Néanmoins, le [http://www.w3.org/TR/WD-htmllink-970328#profile" brouillon de "Hypertext Links in HTML"], autorise pour un "profile" de définir les sens de ces classes-là. [http://gmpg.org/xmdp/ XMDP] est un format pour définir des profils de méta-données pour le (X)HTML, et par conséquent un profile XMDP peut être utilisé pour définir les sens des noms de class. 

Voir aussi :
* [http://tantek.com/log/2002/12.html#L20021216 A Touch Of Class]
* [http://www.w3.org/TR/WD-htmllink-970328 Hypertext Links in HTML]

== Indiquer une page qui contient une syntaxe microformat ==

Q. Y'a t'il un moyen d'indiquer qu'une page web donnée contient une syntaxe qui se conforme à un ou plusieurs microformats ? 

A. L'attribut d'élément de HTML HEAD  '<code>profile</code>' altere les applications de la présence potentielle de microformats. Les [http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3 W3C HTML Specifications] décrivent plus à propos de l'attibut profile et la [http://gmpg.org/xmdp/description description XMDP] documente la manière dont c'est utilisé.

== Microformats et Spam ==

Q. Compte tenu du fait que Google regarde maintenant le contenu caché comme du spam potentiel, est ce que les microformats invisibles seront considérés comme du spam ?

R. Ne faites pas ça. Les microformats fournissent un mécanisme pour baliser le contenu ''visible''. Tout ménanisme pour incorporer du contenu ''invisible'' ou caché risque d'être considéré comme du spam du fait que les (méta)données invisibles tendent inévitablement à finir par se faire abuser. Evitez les (méta)données invisibles. Publiez des données visibles.

== Modèles de Design avec Abbr &amp; Title ==
Q. Dans le modèle de design datetime, l'attribut title est utilisé pour la valeur de la propriété et la valeur du noeud est utilisée comme la valeur d'affichage. &lt;abbr title="valeur-ici"&gt;Display-Here&lt;/abbr&gt;. Pourquoi est-ce que ABBR est en train d'être utilisée quand l'attribut title est disponible sur tous les éléments HTML ?

R. La réponse courte est que &lt;abbr&gt; a la sémentique correcte.

La réponse plus longue est que la valeur est souvent une version abrégée de la valeur formelle. Bien sûr, si vous ne voulez pas utiliser un &lt;abbr&gt;, vous pouvez utiliser un autre élément comme ceci : 

&lt;abbr title="2006-12-31T12:59:59Z" class="dtstamp"&gt;New Year&lt;/abbr&gt;

&lt;span class="dtstamp"&gt;2006-12-31T12:59:59Z&lt;/span&gt;

En outre, les microformats encouragent les contenus à être visibles et de ce fait préfèrent le texte d'un élément plutôt que d'utiliser l'attribut 'title' ou toute autre alternative moins visible. L'exception est faite pour les datetimes et abbr du fait que les microformats sont conçus d'abord pour les humains, pour les machines en second. De ce fait le contenu de l'élément abbr est utilisé pour fournir une contenu visible par l'humain et l'équivalen machine est placé dans l'attribut 'title' moins visible (mais encore facilement vérifiable).

== Imbrication d'éléments ==
Q. Il semble que &lt;span class=&quot;vcard fn org&quot; id=&quot;club&quot;&gt;...&lt;/span&gt; devrait fonctionner, non ?

R. Non. Voir [http://microformats.org/wiki/hcard-faq#nesting-properties]