mailing-lists-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m ([fr:sync'd -> process to be updated/sync'd])
Line 1: Line 1:
<div style="float:right;margin-left:1em">__TOC__</div>
<h1> Listes de Discussion </h1>
<h1> Listes de Discussion </h1>


Line 8: Line 9:


Après cela, regardez svp les différentes notes supplémentaires sur les champs et thématiques traités par chaque liste.
Après cela, regardez svp les différentes notes supplémentaires sur les champs et thématiques traités par chaque liste.
__TOC__
== Lignes de conduite générales ==
== Lignes de conduite générales ==
Voici une liste des lignes de conduite g√©n√©rales √† suivre dans les listes de discussion des microformats. L'objectif g√©n√©ral de bon nombre de ces lignes de conduite est d'am√©liorer le rapport signal bruit (S/N) en encourageant le signal et en d√©courageant le bruit. Maximiser le rapport signal bruit (S/N) est essentiel pour faire cro√ģtre une adh√©sion √† la liste, et ainsi au fur et √† mesure que les microformats gagneront en popularit√©, la maximisation du S/N deviendra de plus en plus importante. Si vous avez des suggestions pour des lignes de conduite g√©n√©rales, postez-les svp sur la liste de discussion des microformats de fa√ßon √† ce que les administrateurs de listes puissent √©tudier vos suggestions.
Voici une liste des lignes de conduite g√©n√©rales √† suivre dans les listes de discussion des microformats. L'objectif g√©n√©ral de bon nombre de ces lignes de conduite est d'am√©liorer le rapport signal bruit (S/N) en encourageant le signal et en d√©courageant le bruit. Maximiser le rapport signal bruit (S/N) est essentiel pour faire cro√ģtre une adh√©sion √† la liste, et ainsi au fur et √† mesure que les microformats gagneront en popularit√©, la maximisation du S/N deviendra de plus en plus importante. Si vous avez des suggestions pour des lignes de conduite g√©n√©rales, postez-les svp sur la liste de discussion des microformats de fa√ßon √† ce que les administrateurs de listes puissent √©tudier vos suggestions.


=== Soyez agréable===
=== Soyez agréable===
(Ne soyez pas un idiot) Cette ligne de conduite, qui peut sembler complètement évidente, est quelque chose que nous avons besoin de rendre explicite du fait de quelques mauvais exemples. La communauté microformats.org est tout à fait différente tant des autres organisations de standards que de la plupart des efforts open source sur au moins un point très important : cette communauté est un endroit bien plus agréable à vivre, avec des personnes se traitant les uns et les autres avec beaucoup de respect et le bénéfice du doute. Ce ton plus amical dans la communauté est quelque chose que la communauté valorise fortement et se battra pour défendre. Voir l'article <cite>[http://headrush.typepad.com/creating_passionate_users/2006/04/angrynegative_p.html Angry/negative people can be bad for your brain]</cite> pour quelques raisons. Les administrateurs peuvent prendre des mesures rapides pour bannir ou modérer les individus qui se comportent en "idiots" sur la liste. Note : le ton neutre des emails qui utilisent un langage logique/rationnel libéré de toute émotion colle parfaitement. Cette ligne de conduite n'est pas une exigence pour ajouter de la gentillesse artificielle etc. aux emails.
(Ne soyez pas un idiot) Cette ligne de conduite, qui peut sembler complètement évidente, est quelque chose que nous avons besoin de rendre explicite du fait de quelques mauvais exemples. La communauté microformats.org est tout à fait différente tant des autres organisations de standards que de la plupart des efforts open source sur au moins un point très important : cette communauté est un endroit bien plus agréable à vivre, avec des personnes se traitant les uns et les autres avec beaucoup de respect et le bénéfice du doute. Ce ton plus amical dans la communauté est quelque chose que la communauté valorise fortement et se battra pour défendre. Voir l'article <cite>[http://headrush.typepad.com/creating_passionate_users/2006/04/angrynegative_p.html Angry/negative people can be bad for your brain]</cite> pour quelques raisons. Les administrateurs peuvent prendre des mesures rapides pour bannir ou modérer les individus qui se comportent en "idiots" sur la liste. Note : le ton neutre des emails qui utilisent un langage logique/rationnel libéré de toute émotion colle parfaitement. Cette ligne de conduite n'est pas une exigence pour ajouter de la gentillesse artificielle etc. aux emails.




=== Soyez patient===  
=== Soyez patient===  
La communaut√©, en tant que partie de son ton tr√®s largement positif, essaye d'√™tre tr√®s patiente avec les types, et nous voulons continuer √† encourager cela. Les listes des microformats recevront toujours (en supposant une croissance et une popularit√© connues) de nouveaux abonn√©s, et ces nouveaux abonn√©s peuvent √™tre peu familiers avec les coutumes et conventions de la communaut√©. En tant que membre exp√©riment√© dans la communaut√©, faites preuve svp de patience avec les nouveaux abonn√©s, et aidez-les √† am√©liorer leurs comportement en leur pointant gentiment les lignes de conduite ad√©quates et les r√©ponses sur le wiki. N√©anmoins, s'il appara√ģt qu'un nouveau venu ait une attitude n√©gative, portez-le svp √† l'attention des administrateurs (hors de la liste) avec un e-mail officiel de plainte qui r√©f√©rence (par une archive url de l'email) ou inclut l'email qui d√©montre l'attitude n√©gative. L'attitude n√©gative est l'exception la plus grande - cette communaut√© a tr√®s peu de patience pour la n√©gativit√© (voir la ligne de conduite pr√©c√©dente '''Soyez agr√©able''').
La communaut√©, en tant que partie de son ton tr√®s largement positif, essaye d'√™tre tr√®s patiente avec les types, et nous voulons continuer √† encourager cela. Les listes des microformats recevront toujours (en supposant une croissance et une popularit√© connues) de nouveaux abonn√©s, et ces nouveaux abonn√©s peuvent √™tre peu familiers avec les coutumes et conventions de la communaut√©. En tant que membre exp√©riment√© dans la communaut√©, faites preuve svp de patience avec les nouveaux abonn√©s, et aidez-les √† am√©liorer leurs comportement en leur pointant gentiment les lignes de conduite ad√©quates et les r√©ponses sur le wiki. N√©anmoins, s'il appara√ģt qu'un nouveau venu ait une attitude n√©gative, portez-le svp √† l'attention des administrateurs (hors de la liste) avec un e-mail officiel de plainte qui r√©f√©rence (par une archive url de l'email) ou inclut l'email qui d√©montre l'attitude n√©gative. L'attitude n√©gative est l'exception la plus grande - cette communaut√© a tr√®s peu de patience pour la n√©gativit√© (voir la ligne de conduite pr√©c√©dente '''Soyez agr√©able''').


=== Utilisez des exemples du vrai monde===
=== Utilisez des exemples du vrai monde===
Les gens inventent souvent complètement des [[examples-fr|exemples]] de fiction (et théoriques) afin d'essayer de produire un point de ce qu'ils essayent de produire. Les microformats sont fondés eux-même sur l'étude d'exemples du vrai monde et de la conception pour des exemples du vrai monde. De ce fait les exemples théoriques ont bien moins de valeur dans les discussions sur les microformats et sont aptes à être ignorés. Evitez SVP de poster des arguments / questions fondés uniquement sur des exemples théoriques.
Les gens inventent souvent complètement des [[examples-fr|exemples]] de fiction (et théoriques) afin d'essayer de produire un point de ce qu'ils essayent de produire. Les microformats sont fondés eux-même sur l'étude d'exemples du vrai monde et de la conception pour des exemples du vrai monde. De ce fait les exemples théoriques ont bien moins de valeur dans les discussions sur les microformats et sont aptes à être ignorés. Evitez SVP de poster des arguments / questions fondés uniquement sur des exemples théoriques.


=== Demandez des exemples du vrai monde ===
=== Demandez des exemples du vrai monde ===
Si quelqu'un discute ou fournit des arguments fondés sur des exemples théoriques, demandez-lui de fournir un exemple du vrai monde et pointez-le vers les [[mailing-lists-fr#Utilisez_des_exemples_du_vrai_monde|la ligne de conduite ci-dessus]].
Si quelqu'un discute ou fournit des arguments fondés sur des exemples théoriques, demandez-lui de fournir un exemple du vrai monde et pointez-le vers les [[mailing-lists-fr#Utilisez_des_exemples_du_vrai_monde|la ligne de conduite ci-dessus]].


Line 35: Line 29:


=== Demandez des URLs vers des exemples ===  
=== Demandez des URLs vers des exemples ===  
Quand les personnes ne fournissent pas une URL sp√©cifique vers un cas de test ou un exemple, alors tout sp√©cialement en tant que d√©veloppeur, DEMANDEZ LUI SVP de fournir une URL sp√©cifique (et citez [[mailing-lists-fr#Utilisez_des_URLs_vers_des_exemples|la ligne de conduite au-dessus]]) plut√īt que de tenter de travailler pour savoir comment un petit morceau de code dans la ligne pourrait fonctionner.
Quand les personnes ne fournissent pas une URL sp√©cifique vers un cas de test ou un exemple, alors tout sp√©cialement en tant que d√©veloppeur, DEMANDEZ LUI SVP de fournir une URL sp√©cifique (et citez [[mailing-lists-fr#Utilisez_des_URLs_vers_des_exemples|la ligne de conduite au-dessus]]) plut√īt que de tenter de travailler pour savoir comment un petit morceau de code dans la ligne pourrait fonctionner.


=== Ajoutez de l'espace-blanc au code pour la lisibilité ===  
===Ajoutez de l'espace-blanc au code pour la lisibilité ===  
En particulier, ajoutez un espace blanc pour baliser les exemples pour la lisibilité. Les exemples de balisage du vrai monde sont souvent exempts d'espaces blancs, souvent avec tout le balisage/contenu sur une seule ligne de texte. L'emballage de mots typique dans l'email n'améliore vraiment pas la lisibilité. Ajoutez svp de l'espace-blanc (par ex. des retours entre les éléments, de l'indentation pour indiquer la profondeur de l'élément) afin de baliser les exemples au moment d'envoyer des messages dans la liste ou même au moment de l'ajouter sur le wiki. Voici unh [http://microformats.org/discuss/mail/microformats-discuss/2007-March/009132.html exemple avant-après de mise en forme de syntaxe pour l'e-mail].  
En particulier, ajoutez un espace blanc pour baliser les exemples pour la lisibilité. Les exemples de balisage du vrai monde sont souvent exempts d'espaces blancs, souvent avec tout le balisage/contenu sur une seule ligne de texte. L'emballage de mots typique dans l'email n'améliore vraiment pas la lisibilité. Ajoutez svp de l'espace-blanc (par ex. des retours entre les éléments, de l'indentation pour indiquer la profondeur de l'élément) afin de baliser les exemples au moment d'envoyer des messages dans la liste ou même au moment de l'ajouter sur le wiki. Voici unh [http://microformats.org/discuss/mail/microformats-discuss/2007-March/009132.html exemple avant-après de mise en forme de syntaxe pour l'e-mail].  


=== Evitez de vous répondre à vous-même pour soulever à nouveau un sujet ===  
===Evitez de vous répondre à vous-même pour soulever à nouveau un sujet ===  
 
Tout spécialement évitez de vous répondre à vous-même juste pour soulever à nouveau un sujet. SVP évitez de vosu répondre à vous-même simplement pour pinguer la liste de discussion ou pour demander une mise à jour ou un conseil. Tout particulièrement, évitez de faire des hypothèses/conclusions simplement du fait du manque de réponse que ce soit à vous ou à vos questions. Si vous pensez vraiment que la question est importante, ajoutez-là à la page pertinente [[issues-fr|problématiques]] et attendez simplement qu'elle soit résolue.
Tout spécialement évitez de vous répondre à vous-même juste pour soulever à nouveau un sujet. SVP évitez de vosu répondre à vous-même simplement pour pinguer la liste de discussion ou pour demander une mise à jour ou un conseil. Tout particulièrement, évitez de faire des hypothèses/conclusions simplement du fait du manque de réponse que ce soit à vous ou à vos questions. Si vous pensez vraiment que la question est importante, ajoutez-là à la page pertinente [[issues-fr|problématiques]] et attendez simplement qu'elle soit résolue.


===Utilisez le wiki pour saisir /référencer un énoncé===   
===Utilisez le wiki pour saisir /référencer un énoncé===   
Line 61: Line 51:




=== Eviter les erreurs logiques ===
===Evitez les erreurs logiques ===
Voir [[logical-flaws-fr|erreurs logiques]] pour une liste des erreurs logiques communes à éviter sur les listes de discussion.
Voir [[logical-flaws-fr|erreurs logiques]] pour une liste des erreurs logiques communes à éviter sur les listes de discussion.


=== Pointer les erreurs logiques ===
===Pointez les erreurs logiques ===
Quand quelqu'un emploie une ou plusieurs [[logical-flaws-fr|erreurs logiques]] connues sur les listes de discussion, pointez gentiment le(s) erreur(s) logique(s) avec un lien vers le(s) erreur(s) logique(s) spécifiques.
Quand quelqu'un emploie une ou plusieurs [[logical-flaws-fr|erreurs logiques]] connues sur les listes de discussion, pointez gentiment le(s) erreur(s) logique(s) avec un lien vers le(s) erreur(s) logique(s) spécifiques.


== Microformats-discuss ==
==Microformats-discuss ==
Pour une discussion générale sur les microformats, avec un fort penchant sur :
Pour une discussion générale sur les microformats, avec un fort penchant sur :
* démarrer avec les microformats
* démarrer avec les microformats
* publication de contenu du vrai monde
* publication de contenu du vrai monde


=== Bons sujets pour la discussion ===
===Bons sujets pour la discussion ===
Voici une liste (certainement pas définitive) de bons sujets qui sont pertinents pour la liste de discussion microformats :
Voici une liste (certainement pas définitive) de bons sujets qui sont pertinents pour la liste de discussion microformats :
* pensées générales sur le design et l'utilisation du balisage XHTML sémantique
* pensées générales sur le design et l'utilisation du balisage XHTML sémantique
* comment utiliser et écrire des microformats dans le contenu
* comment utiliser et écrire des microformats dans le contenu
* comment utiliser les modèles de design microformats dans le contenu
* comment utiliser les modèles de design microformats dans le contenu
===Mauvais sujets de discussion===
* "proposition d'un nouveau microformat : hXYZ" - tout spécialement si c'est votre premier billet. N'envoyez '''pas''' une proposition par email comme votre premier email. Vous n'irez probablement pas très loin. Tout particulièrement, ce n'est pas une bonne manière de nommer prématurément un microformat hXYZ ou tout ce que vous voudrez. Regardez [[process-fr#Considérations_de_nommage|considérations de nommage]]. Et lisez de nouveau le [[processfr|processus complet]].


=== Bonnes thématiques qui appartiennent à quelque chose d'autre ===
=== Bonnes thématiques qui appartiennent à quelque chose d'autre ===
* voir [[mailing-lists-fr#bons_sujets_de_discussion|microformats-dev bon sujets à discussion]]
* voir [[mailing-lists-fr#bons_sujets_de_discussion|microformats-dev bons sujets à discuter]]


=== Mauvais sujets pour la discussion ===
=== Mauvais sujets pour la discussion ===
Line 110: Line 102:


== Comment chercher dans les archives de la liste de discussion ==
== Comment chercher dans les archives de la liste de discussion ==
Si vous postez la liste démarrez avec "I'm new to the list and microformats so I don't know if you've discussed this already" LISEZ LES [http://microformats.org/discuss/mail/microformats-discuss/ ARCHIVES] !
Si vous postez la liste démarrez avec "Je suis nouveau sur la liste des micoformats par conséquent je ne sais pas si vous avez déjà déjà discuté de ça" LISEZ LES [http://microformats.org/discuss/mail/microformats-discuss/ ARCHIVES] !


Les archives deviennnent de plus en plus grosses, ainsi il y a quelques moyens simples pour que vous puissiez chercher. Quelques moteurs de recherche populaires utilisent quelque sorte de filtrage de résultats du site. Google fait ça dans votre recherche initiale. Saisissez "site:http://microformats.org/discuss/ <termes de recherche ici>" pour limiter la recherche des résultats à seulement notre liste. Ceci vous aidera à ne pas poser une question qui a déjà été postée, débattue et possiblement résolue. Cela fait gagner du temps et de l'énergie à tous !
Les archives deviennent de plus en plus grosses, aussi il existe de simples moyens pour vous aider à chercher. Quelques moteurs de recherche connus utilisent une sorte de filtrage de résultats du site. Google fait ça dans votre recherche initiale. Saisissez "site:http://microformats.org/discuss/ <termes de recherche ici>" pour limiter la recherche des résultats à seulement notre liste. Ceci vous aidera à ne pas poser une question qui a déjà été postée, débattue et possiblement résolue. Cela fait gagner du temps et de l'énergie à tous !


Gmane fournit [http://news.gmane.org/gmane.comp.web.microformats.general une recherche alternative et une interface] tout comme un [http://rss.gmane.org/gmane.comp.web.microformats.general fil RSS] pour la liste de discussion des microformats.
Gmane fournit [http://news.gmane.org/gmane.comp.web.microformats.general une recherche alternative et une interface] tout comme un [http://rss.gmane.org/gmane.comp.web.microformats.general fil RSS] pour la liste de discussion des microformats.
Line 122: Line 114:


=== Lignes de conduite spécifiques pour poster ===  
=== Lignes de conduite spécifiques pour poster ===  
* Assurez-vous d'avoir lu et pleinement compris le [[process-fr|processus]].
* Assurez-vous d'avoir lu et pleinement compris le [[process-fr|processus]].
* Faites un effort pour chercher dans les archives de la liste de discussion et dans le wiki pour voir si votre suggestion a déjà été produite, ou s'il est en rapport étroit avec quelque chose d'existant.  Il peut être encore plus recommandé de construire sur le travail précédent. Voir aussi [[rejected-formats-fr|formats rejtés]].
* Faites un effort pour chercher dans les archives de la liste de discussion et dans le wiki pour voir si votre suggestion a déjà été produite, ou s'il est en rapport étroit avec quelque chose d'existant.  Il peut être encore plus recommandé de construire sur le travail précédent. Voir aussi [[rejected-formats-fr|formats rejtés]].
Line 148: Line 139:
http://microformats.org/wiki/mailing-lists#microformats-dev  
http://microformats.org/wiki/mailing-lists#microformats-dev  
</blockquote>  
</blockquote>  


== Comment chercher dans les archives de la liste de discussion ==
== Comment chercher dans les archives de la liste de discussion ==

Revision as of 15:40, 22 August 2007

Listes de Discussion

Lisez d'abord la page discussion sur le site microformats.

Puis lisez la politique des listes de diffusion.

Puis lisez les archives respectives (-discuss, -dev, -new).

Après cela, regardez svp les différentes notes supplémentaires sur les champs et thématiques traités par chaque liste.

Lignes de conduite générales

Voici une liste des lignes de conduite g√©n√©rales √† suivre dans les listes de discussion des microformats. L'objectif g√©n√©ral de bon nombre de ces lignes de conduite est d'am√©liorer le rapport signal bruit (S/N) en encourageant le signal et en d√©courageant le bruit. Maximiser le rapport signal bruit (S/N) est essentiel pour faire cro√ģtre une adh√©sion √† la liste, et ainsi au fur et √† mesure que les microformats gagneront en popularit√©, la maximisation du S/N deviendra de plus en plus importante. Si vous avez des suggestions pour des lignes de conduite g√©n√©rales, postez-les svp sur la liste de discussion des microformats de fa√ßon √† ce que les administrateurs de listes puissent √©tudier vos suggestions.

Soyez agréable

(Ne soyez pas un idiot) Cette ligne de conduite, qui peut sembler compl√®tement √©vidente, est quelque chose que nous avons besoin de rendre explicite du fait de quelques mauvais exemples. La communaut√© microformats.org est tout √† fait diff√©rente tant des autres organisations de standards que de la plupart des efforts open source sur au moins un point tr√®s important : cette communaut√© est un endroit bien plus agr√©able √† vivre, avec des personnes se traitant les uns et les autres avec beaucoup de respect et le b√©n√©fice du doute. Ce ton plus amical dans la communaut√© est quelque chose que la communaut√© valorise fortement et se battra pour d√©fendre. Voir l'article Angry/negative people can be bad for your brain pour quelques raisons. Les administrateurs peuvent prendre des mesures rapides pour bannir ou mod√©rer les individus qui se comportent en "idiots" sur la liste. Note : le ton neutre des emails qui utilisent un langage logique/rationnel lib√©r√© de toute √©motion colle parfaitement. Cette ligne de conduite n'est pas une exigence pour ajouter de la gentillesse artificielle etc. aux emails.


Soyez patient

La communaut√©, en tant que partie de son ton tr√®s largement positif, essaye d'√™tre tr√®s patiente avec les types, et nous voulons continuer √† encourager cela. Les listes des microformats recevront toujours (en supposant une croissance et une popularit√© connues) de nouveaux abonn√©s, et ces nouveaux abonn√©s peuvent √™tre peu familiers avec les coutumes et conventions de la communaut√©. En tant que membre exp√©riment√© dans la communaut√©, faites preuve svp de patience avec les nouveaux abonn√©s, et aidez-les √† am√©liorer leurs comportement en leur pointant gentiment les lignes de conduite ad√©quates et les r√©ponses sur le wiki. N√©anmoins, s'il appara√ģt qu'un nouveau venu ait une attitude n√©gative, portez-le svp √† l'attention des administrateurs (hors de la liste) avec un e-mail officiel de plainte qui r√©f√©rence (par une archive url de l'email) ou inclut l'email qui d√©montre l'attitude n√©gative. L'attitude n√©gative est l'exception la plus grande - cette communaut√© a tr√®s peu de patience pour la n√©gativit√© (voir la ligne de conduite pr√©c√©dente Soyez agr√©able).

Utilisez des exemples du vrai monde

Les gens inventent souvent complètement des exemples de fiction (et théoriques) afin d'essayer de produire un point de ce qu'ils essayent de produire. Les microformats sont fondés eux-même sur l'étude d'exemples du vrai monde et de la conception pour des exemples du vrai monde. De ce fait les exemples théoriques ont bien moins de valeur dans les discussions sur les microformats et sont aptes à être ignorés. Evitez SVP de poster des arguments / questions fondés uniquement sur des exemples théoriques.

Demandez des exemples du vrai monde

Si quelqu'un discute ou fournit des arguments fondés sur des exemples théoriques, demandez-lui de fournir un exemple du vrai monde et pointez-le vers les la ligne de conduite ci-dessus.

Utilisez des URLs vers des exemples

Fournissez SVP des URLs vers des exemples du vrai monde à chaque fois que c'est possible. Ceci aide à valider que de tels exemples soient du "vrai monde" parce qu'ils sont sur le web public et fournissent un contexte supplémentaire autour de l'exemple qui pourrait être crucial pour le comprendre ou y répondre à des questions

Demandez des URLs vers des exemples

Quand les personnes ne fournissent pas une URL sp√©cifique vers un cas de test ou un exemple, alors tout sp√©cialement en tant que d√©veloppeur, DEMANDEZ LUI SVP de fournir une URL sp√©cifique (et citez la ligne de conduite au-dessus) plut√īt que de tenter de travailler pour savoir comment un petit morceau de code dans la ligne pourrait fonctionner.

Ajoutez de l'espace-blanc au code pour la lisibilité

En particulier, ajoutez un espace blanc pour baliser les exemples pour la lisibilité. Les exemples de balisage du vrai monde sont souvent exempts d'espaces blancs, souvent avec tout le balisage/contenu sur une seule ligne de texte. L'emballage de mots typique dans l'email n'améliore vraiment pas la lisibilité. Ajoutez svp de l'espace-blanc (par ex. des retours entre les éléments, de l'indentation pour indiquer la profondeur de l'élément) afin de baliser les exemples au moment d'envoyer des messages dans la liste ou même au moment de l'ajouter sur le wiki. Voici unh exemple avant-après de mise en forme de syntaxe pour l'e-mail.

Evitez de vous répondre à vous-même pour soulever à nouveau un sujet

Tout spécialement évitez de vous répondre à vous-même juste pour soulever à nouveau un sujet. SVP évitez de vosu répondre à vous-même simplement pour pinguer la liste de discussion ou pour demander une mise à jour ou un conseil. Tout particulièrement, évitez de faire des hypothèses/conclusions simplement du fait du manque de réponse que ce soit à vous ou à vos questions. Si vous pensez vraiment que la question est importante, ajoutez-là à la page pertinente problématiques et attendez simplement qu'elle soit résolue.

Utilisez le wiki pour saisir /référencer un énoncé

Au moment de soulever à nouveau/ouvrir une discussion, fournissez svp une URL vers la page wiki appropriée qui saisissait l'état de la discussion avant. Si aucune page wiki de la sorte n'existe, demandez-là. Si personne ne peut la trouver, demandez à la liste de l'aide pour rechercher la précédente discussion et créer une page wiki pour ça. Ensuite posez là sur le wiki.

Lisez les FAQs appropriées avant de poser des questions.

Avant de poser une question sur la liste des microformats, lisez les FAQs appropri√©es :

    1. Commencez avec les FAQ générales sur les microformats
    2. Puis lisez les FAQs spécifiques aux microformats, par exemple pour rel-tag, lisez rel-tag FAQ, pour adr, regardez hCard FAQ comme l'indique la spéc., etc.

Au moment de répondre aux questions sur une liste, citez les URL(s) vers les réponses FAQ.

Malgr√© les pr√©c√©dentes lignes de conduite, l'exp√©rience nous a montr√© qu'il y aura des moments o√Ļ des individus intelligents et consid√©r√©s pourront essayer de chercher une r√©ponse sur les FAQ, et ne pas la trouver m√™me si elle est l√†. Dans de tels cas, supposez que ce n'√©tait qu'un simple survol involontaire (plut√īt que de la paresse ou un √©chec sur la v√©rification des FAQ) et au moment de r√©pondre √† une telle question sur une liste des microformats :

    1. V√©rifiez svp d'abord les FAQs appropri√©es, et si la r√©ponse n'est pas l√†, documentez la question et votre r√©ponse l√†. Par exemple posez l√† sur le wiki. Ceci de mani√®re √† ce que la m√©moire communautaire des r√©ponses (tout sp√©cialement les r√©ponses les plus r√©centes et les plus pertinentes) soit conserv√© et puisse cro√ģtre d'une mani√®re semi-organis√©e et nous l'esp√©rons faciles √† trouver sur le wiki, plut√īt que de plonger dans la profondeurs des archives email qui sont souvent bien plus difficiles √† chercher, et difficile √† dire quelle r√©ponse est "la" plus r√©cente, et la plus pertinente.
    2. Citez les URL(s) des r√©ponses FAQ (s) (que vous pouvez avoir simplement √©crites) plut√īt que de simplement √©crire une r√©ponse, au moment de composer votre r√©ponse dans l'email. Ceci nous l'esp√©rons encouragera plus de lecture du wiki et de ce fait l'apprentissage des r√©ponses aux questions g√©n√©rales sur les microformats.


Evitez les erreurs logiques

Voir erreurs logiques pour une liste des erreurs logiques communes à éviter sur les listes de discussion.

Pointez les erreurs logiques

Quand quelqu'un emploie une ou plusieurs erreurs logiques connues sur les listes de discussion, pointez gentiment le(s) erreur(s) logique(s) avec un lien vers le(s) erreur(s) logique(s) spécifiques.

Microformats-discuss

Pour une discussion g√©n√©rale sur les microformats, avec un fort penchant sur :

  • d√©marrer avec les microformats
  • publication de contenu du vrai monde

Bons sujets pour la discussion

Voici une liste (certainement pas d√©finitive) de bons sujets qui sont pertinents pour la liste de discussion microformats :

  • pens√©es g√©n√©rales sur le design et l'utilisation du balisage XHTML s√©mantique
  • comment utiliser et √©crire des microformats dans le contenu
  • comment utiliser les mod√®les de design microformats dans le contenu

Mauvais sujets de discussion

  • "proposition d'un nouveau microformat : hXYZ" - tout sp√©cialement si c'est votre premier billet. N'envoyez pas une proposition par email comme votre premier email. Vous n'irez probablement pas tr√®s loin. Tout particuli√®rement, ce n'est pas une bonne mani√®re de nommer pr√©matur√©ment un microformat hXYZ ou tout ce que vous voudrez. Regardez consid√©rations de nommage. Et lisez de nouveau le processus complet.

Bonnes thématiques qui appartiennent à quelque chose d'autre

Mauvais sujets pour la discussion

Ce qui revient à de meilleurs sujets discutés ailleurs (quelque part ailleurs que sur microformats.org).

Voici une liste (certainement pas définitive) de bons sujets qui sont non désirés et inappropriés pour la liste de discussion microformats. En fait ils ne valent même pas la peine d'être discutés, aussi svp ne les amenez pas sur la liste de discussion microformats. Nous ajouterons plus de sujets au fur et à mesure que les gens viendront avec plus de thématiques hors sujet.

  1. Comment produire un (micro)format d'"utilité générale". Lisez , vraiment, allez lire la page en entier sur les principes. Parfois ceci peut se faire passer comme un "format des formats". En un sens, c'est une question qui fait bouillir l'océan et bien loin du champ des microformats. Si vous voulez vraiment travailler sur de tels sujets, enseignez-vous à vous même DTD (SGML, XML), XML Schema, Relax NG, RDF Schema, et trouvez les communautés qui sont en train de travailler sur ces technologies.
  2. Utiliser des préfixes espaces-noms et espace-nom. Pour faire vite, les espaces-noms ne sont ni nécessaires (l'Internet a bien fonctionné sans eux depuis des décennies, alez lire quelques RFCs), ni désirables (les préfixes produisent des formats bien plus laids et plus difficiles à coder à la main). Voir aussi les espaces-noms considérés comme nuisibles.
  3. Utiliser des noms non anglais pour les propri√©t√©s. Ceci a √©t√© bri√®vement discut√© sur la liste de discussion microformats-discuss plus r√©cemment sous "Language Maps" mais a √©t√© soulev√© avant cela. Quelques types ont soulev√© la probl√©matique que les microformats utilisent des noms anglais pour les propri√©t√©s, et ils aimeraient des noms alternatifs (non anglais) dans d'autres langues (naturelles), et peut-√™tre essayer d'√©tablir une correspondance entre elles. Du fait que les noms de propri√©t√©s des microformats sont fond√©es sur des standards existants (voir processus, et conventions de nomenclature), ceci est un autre probl√®me bien au del√† de la port√©e des microformats. microformats. Comme Ryan King l'a pos√©, c'est un "probl√®me" pr√©-existant (non r√©solu) avec le HTML bas√© sur l'anglais, la CSS bas√©e sur l'anglais, le HTTP bas√© sur l'anglais et ainsi de suite. Notez qu'il ne s'agit PAS de l'internationalisation (i18n) du contenu et de la donn√©e en elle-m√™me - qui est bien s√Ľr un excellent but, d√©fendu et promu par les microformats et les sur lesquels ils sont bas√©s (par ex. W3C, IETF). Ceci est purement √† propos des noms des propri√©t√©s (et des valeurs √©num√©r√©es) dans les formats.

microformats-dev

Pour une discussion sur le d√©veloppement de microformats avec un penchant vers :

  • tout ce qui couvre l'√©criture du code
  • abstractions / mod√®les (√† l'oppos√© du contenu v√©ritable)

Bons sujets de discussion

Ceux-ci tendent √† √™tre des sujets qui appartiennent √† microformats-dev au lieu de microformats-discuss. Cette liste est aussi non d√©finitive mais illustre les chams g√©n√©raux :

  • parsage microformat
  • "(auto)-d√©couverte" microformat
  • comparaisons des microformats avec d'autres abstractions de donn√©es ou repr√©sentations de donn√©es (par ex. XML, RDF)
  • compatibilit√©/interoperabilit√© des microformats avec d'autres abstractions de donn√©es ou repr√©sentations de donn√©es

Autrefois, l'adh√©sion √† cette liste √©tait mod√©r√©e et limit√©e aux personnes qui avaient d√©montr√© des impl√©mentations publiques de microformats. Nous avons l√Ęch√© du leste depuis sur cette exigence, mais maintenons actuellement les m√™mes exigences que les gens impliqu√©s dans la discussion soient concentr√©s sur des sujets concrets et pragmatiques en rapport avec l'√©criture de code utilisant les microformats.

microformats-rest

Pour discuter de l'usage des microformats avec REST, dans les protocoles, services, APIs, etc.

Comment chercher dans les archives de la liste de discussion

Si vous postez la liste d√©marrez avec "Je suis nouveau sur la liste des micoformats par cons√©quent je ne sais pas si vous avez d√©j√† d√©j√† discut√© de √ßa" LISEZ LES ARCHIVES !

Les archives deviennent de plus en plus grosses, aussi il existe de simples moyens pour vous aider √† chercher. Quelques moteurs de recherche connus utilisent une sorte de filtrage de r√©sultats du site. Google fait √ßa dans votre recherche initiale. Saisissez "site:http://microformats.org/discuss/ <termes de recherche ici>" pour limiter la recherche des r√©sultats √† seulement notre liste. Ceci vous aidera √† ne pas poser une question qui a d√©j√† √©t√© post√©e, d√©battue et possiblement r√©solue. Cela fait gagner du temps et de l'√©nergie √† tous !

Gmane fournit une recherche alternative et une interface tout comme un fil RSS pour la liste de discussion des microformats.

microformats-new

Cette liste est pour discuter, explorer et le développement de nouveaux microformats.

Cette liste a été créée en février 2007 [1] pour réduire le "bruit" des développements de nouveaux microformats sur la liste microformats-discuss, et permet à ceux qui sont intéressés pour explorer de nouveaux microformats de concentrer leurs efforts.

Lignes de conduite spécifiques pour poster

  • Assurez-vous d'avoir lu et pleinement compris le processus.
  • Faites un effort pour chercher dans les archives de la liste de discussion et dans le wiki pour voir si votre suggestion a d√©j√† √©t√© produite, ou s'il est en rapport √©troit avec quelque chose d'existant. Il peut √™tre encore plus recommand√© de construire sur le travail pr√©c√©dent. Voir aussi formats rejt√©s.
  • Soyez pr√™t de montrer beaucoup d'exmples de ce que vous avez essay√© d'atteindre et quels probl√®mes vous essayez de r√©soudre dans la premi√®re instance. Les formats sugg√©r√©s devraient attendre une certaine quantit√© d'interrogations sur le but d'un nouveau microformat - ceci ne devrait pas √™tre pris comme une r√©action personnelle ou pris personnellement !
  • Produisez svp une note de toute autre microformat qui ne le produit pas √† travers les processus sur la page des formats rejet√©s avec un lien vers la discussion et la r√©solution sugg√©r√©e.

Bonnes thématiques pour la discussion

  • Discussion sur la fa√ßon de r√©utiliser les microformats existants pour de "nouveaux" usages.
  • Discussion sur l'extension de syntaxe existante de microformats
  • Discussion du processus
  • D√©veloppement de nouveaux microformats, adh√©rent au processus

Pas s√Ľr

Si vous n'√™tes pas s√Ľr de quelque ligne de conduite, ou avez quelque autre question relative √† la liste, vous √™tes bienvenu(e) pour emailer aux admins de la liste, par exemple pour microformat-discuss : email microformats-discuss-owner at microformats dot org.

Aider à rediriger les Sujets

Si vous remarquez qu'un sujet est discut√© dans une liste et qu'il serait plus pertinent dans une autre liste (par ex une discussion d'un sujet de d√©veloppeur comme le "parsage" dans la liste microformats-discuss), vous pouvez aider √† encourager un meilleur usage de la liste en redirigeant le fil vers la liste la plus appropri√©e avec un rappel aimable en haut, tel que :

Redirigez svp les discussions de "parsage" et autres sujets en rapport avec le d√©veloppement vers la liste microformats-dev selon :

http://microformats.org/wiki?title=mailing-lists-fr#Mauvais_sujets_pour_la_discussion

http://microformats.org/wiki/mailing-lists#microformats-dev

Comment chercher dans les archives de la liste de discussion

Si votre billet vers la liste d√©marre par "je suis nouveau sur la liste et les microformats, aussi je ne sais pas si vous avez d√©j√† discut√© de √ßa" LISEZ LES ARCHIVES !

Les archives deviennent de plus en plus grosse, aussi il y a quelques moyens simples pour chercher dedans. la plupart des moteurs connus de recherche enmploient quelque sorte de filtrage de r√©sultats bas√©s sur le site. Google fait cela dans votre recherche initiale. Saisissez "site:http://microformats.org/discuss/ <search terms here>" pour limiter les r√©sultats de la recherche uniquement sur notre liste de discussion. Ceci vous aidera √† poser une question qui a d√©j√† √©t√© pos√©e, d√©batue et possiblement r√©solue. Cela fait gagner du temps et de l'√©nergie √† tous !

Gmane fournit une recherche alternative et une interface tout comme un un fil RSS pour la liste de discussion des microformats.

Historique

Pour l'enregistrement, voir nos propositions pour une nouvelle liste de discussion pour discuter de la recherche et la création de nouveaux microformats (voir "microformats-new" au-dessus) de façon que ces discussions ne chevauchent pas la liste microformats-discuss.

Autres

Items concernant les listes de discussion qui ne peuvent être pas placés quelque part ailleurs.