how-to-play-fr

Si c'est votre première visite, regardez svp la page d'introduction.

lignes de conduite

Avant de commencer à contribuer au site, veuillez respecter svp ces instructions qui suivent :

1. Vous devez vous créer un compte utilisateur avant d'éditer ou de créer des pages. Considérez svp d'utiliser votre nom, c'est à dire dans l'ordre du Prénom et du Nom de famille, sous la forme PrénomNom (voir Wikipedia introduction compte utilisateur wikipédia). Vous pouvez utiliser aussi un alias (par exemple User:Adactio, User:Phae). SVP, n'utilisez pas de noms d'organisations ou d'autres noms propres (par exemple produits, technologies).
2. Lisez les Déclarations Volontaires de Domaine Public et considérez svp d'ajouter le Modèle-parution-dans-domaine-public sur votre page Utilisateur pour publier vos contributions sur microformats.org d'avant 2008 dans le domaine public.
3. Essayez d'abord le canal irc (préférable) ou les listes de discussion (et lisez la page listes-de-discussion avant de faire ainsi).
4. Si vous écrivez un billet qui est plus d'opinion que logiquement raisonné, signez-le avec votre nom d'utilisateur. - vous pouvez facilement faire ainsi avec un timbre chronodaté dans Mediawiki avec quatre tildes, à savoir comme ça ~~~~.
   • les rares fois quand il est nécessaire d'éditer les contributions signées des autres (à l'opposé du contenu général), soyez prudents pour ne pas changer le sens.
   • Si votre déclaration logiquement raisonnée fait partie d'une discussion qui n'est pas d'accord avec un commentaire précédemment placé, vous pouvez la signer avec votre nom d'utilisateur. Néanmoins signer de telles déclarations est à la fois non requis et peut porter atteinte à la déclaration logiquement raisonnée du départ qui se tenait en elle-même (en rapport : éviter les propositions personnalisées), et par conséquent évitez de laisser de telles déclarations non signées.
5. Ne créez SVP sur ce wiki que des pages ayant un rapport direct avec CHIC, les microformats (et picoformats). La portabilité des données en ligne avec les principes des microformats est aussi encouragée. Toute autre page se verra très probablement effacée.
6. Obéissez svp aux conventions de nommage des pages.
7. N'utilisez pas les pages de discussion. voir #3.
8. SVP essayez de vous assurer que vous produisez du XTHML valide.
9. Quand vous collez du code, ajoutez quelques sauts de ligne avec une largeur raisonnable.
10. SVP n'utilisez pas de "?" ou tout autre signe de ponctuation dans les en-têtes - cela aide à maintenir des URLs plus courtes et faciles à lire, et copier coller vers leurs identifiants fragments
11. Considérez d'utiliser des mots en bas de casse dans les titres (exception faite pour les noms propres), et évitez de répéter le titre de la page dans les titres. Ceci aide à raccourcir les liens permanents vers les sections (accroissant par conséquent la fidélité de transferts d'URL, par ex. à travers l'email), et le fait de maintenir ces URLs toutes en bas de casse les rend plus faciles à saisir.
12. Les titres doivent être explicitement balisés avec des tags <h1> <h2> etc. Afin d'éviter qu'ils ne s'affichent / polluent les Tables des Matières. Si vous trouvez de tels titres dans une page, svp NE LES MODIFIEZ PAS dans les styles de titres "=" ou "==".
13. Evitez de renommer/modifier les textes des en-têtes, y compris même leurs mises en lettres capitales ou pour vous conformer aux règles ci-dessus qui s'appliquent aux en-têtes. Les en-têtes sont souvent utilisés comme des liens permanents, et les modifier briserait de tels permaliens qui auraient déjà été utilisés. Aussi, soyez prudents au moment de créer des en-têtes. Si vous changez un en-tête, laissez svp un <div id="vieuxtitreID"></div> autour du nouvel en-tête avec vieuxtitreID réglé à la valeur nécessaire pour maintenir les permaliens de titre.
14. Commencez les en-têtes/titres par une lettre (ou souligné une lettre ne fonctionne pas), afin de générer des attributs ID valides sur les éléments d'en-tête.
15. Évitez les modifications / éditions éditoriales globales sur wiki (par ex. les mêmes éditions ou éditions similaires appliquées à plusieurs pages, disons, à plus dizaine ou plus de pages). Si vous avez une opinion sur la manière d'améliorer globalement quelque chose de façon stylistique ou éditorialement sur le wiki, ajoutez-la svp à votre section sur la page to-do et demandez peut-être ensuite à la communauté utilisant la liste de discussion microformats-discuss ce qu'en pensent les gens. Interprétez l'absence de réponse(s) comme un désintérêt et de ce fait un rejet implicite. Les administrateurs peuvent de temps en temps faire des modifications globales sur le wiki pour retirer le spam, réparer les dégâts produits par d'autres éditions globales du wiki, etc.
16. SVP évitez les réponses contradictoires simples comme "Non" pour les questions et problématiques. Au lieu de cela, fournissez une petite phrase avec une raison qui fournit un peu d'information allant au delà de ce qui est fourni dans la question ou problématique.
17. Ne retirez pas les "liens rouges", ne créez pas non plus des pages/emplacements vides "..." pour eux afin de faire qu'elles ne soient pas rouges. Les liens rouges communiquent utilement un besoin ou un désir pour cette page d'exister, et la personne exprimant ce désir peut ne pas être la même personne qui soit capable de prendre le temps, ou ait le talent/l'historique nécessaire pour ébaucher une telle page. Les liens vers les pages créés à cette heure servent de to-do liste efficace (et facile à exécuter). Retirer ces liens fait que c'est plus difficile et moins commode de faire ainsi. (Une exception à ce stade : les liens rouges vers des microformats non existants comme "hbib", devraient être déliés, parce qu'il est désirable pour lui d'être plus difficile/moins pratique pour créer de nouveaux microformats). Pour finir, parce que de tels liens fournissent de l'information, ils ne sont pas redondants.
18. N'utilisez pas le mécanisme des "Catégories" de MediaWiki. Avec la mise à jour du wiki nous avons commencé par utiliser un nombre très limité de catégories afin de présenter les spécifications et drafts différemment des autres pages wiki. A cette heure, si vous pensez que des Catégories additionnelles aideraient la communauté, faites svp des suggestions sur la page category-suggestions.
19. Ne créez pas de nouveaux liens "User:" à la main. Les liens User: ne devraient être uniquement créés que comme un résultat des utilisateurs signant véritablement leurs éditions avec ~~~ ou ~~~~. De cette manière chaque page User: correspondra à un véritable login, plutôt que de lier accidentellement vers une page qui ne représente pas un login. Si vous voyez un lien rouge qui apparaît comme cela, ce devrait être un lien User:, par ex. [[DavidJanes]], plutôt que d'éditer le lien à la place, créez un lien de redirection vers la page personnelle User:.
20. Regardez "what links here" ou "pages liées" avant de migrer des pages et réparez tous les liens vers la page que vous migrez, si cela est approprié.
21. Utilisez svp les épellations de mots (en-US) sur les pages microformats en anglais. Ceci se fait par convention, en suivant le Manuel du W3C Style Spelling Editorial Guideline.
22. Utiliser les modèles pour les termes RFC 2119 tels que DOIT.
23. Les références aux noms d'éléments (X)HTML devraient être placées en bas de casse et balisées avec <code>...</code>, à savoir l'élément input. Cette convention est adoptée de la pratique utilisée dans le Manuel de Style du W3C.
24. Ajoutez un espace blanc aux exemples de balisage pour la lisibilité. Les exemples de balisage du vrai monde sont souvent sans espace blanc, avec tout le marquage/contenu sur une unique ligne de texte. Ajoutez svp un espace blanc (par ex. un retour chariot entre les éléments, une indentation pour indiquer la profondeur de l'élément) aux exemples de marquage.
25. Utilisez exemple.org pour des exemples hypothétiques d'URLs plutôt qu'un faux nom de domaine (qui peut être éventuellement enregistré ou utilisé pour le spam). Au moment de faire ainsi, assurez vous d'utiliser les tags <nowiki> par exemple : <nowiki>http://exemple.org/</nowiki> de façon que les URLs ne soient pas auto-hyperliées par MediaWiki. Quand les interactions entre plusieurs domaines doivent être illustrées, vous pouvez utiliser exemple.net ou example.com ou des sous-domaines de exemple.org comme foo.exemple.org.
26. Si vous remarquez que quelqu'un est en train d'éditer une page de façon itérative (disons en regardant le canal IRC ou la page Special:Recentchanges que vous aimeriez modifier, considérez d'attendre au moins 10 minutes après l'édition la plus récente avant de faire ainsi, car la personne éditant la page de façon itérative peut avoir d'autres modifications à produire, et de ce fait en attendre quelques minutes vous fera gagner du temps en évitant les conflits d'édition potentiels/probables. De la même façon, si vous prévoyez de produire plusieurs éditions sur une page, considérez d'utiliser le modèle Template:inuse en plaçant {{Template:inuse}} en haut de la page. SVP, n'oubliez pas de le retirer, quand vous avez terminé !
27. Ne retirez pas SVP les liens apparemment brisés (404, etc). Si vous ne pouvez pas les réparer, dé-liez les en utilisant <nowiki> et notez les (peut-être avec un item de liste imbriqué ou une remarque entre parenthèses) que les liens semblent avoir cessé de fonctionner à compter d'une certaine date. De cette manière, qui conque a ajouté les liens ou en est responsable pourra découvrir qu'il y a un besoin de les réparer, et ceux cherchant les liens pourront encore les chercher dans l'Archive Internet.
28. Evitez d'étiqueter les noms de propositions avec des noms de personnes. A la place, rédigez une proposition en utilisant un résumé de quelque aspect technique (peut-être un seul) de la proposition. Les raisons à cela sont d'éviter la surcharge de personnaliser une idée et faire que l'idée soit jugée (positivement ou négativement) par l'auteur associé à l'idée plutôt que les mérites de l'idée en elle-même, afin d'éviter d'avoir des critiques de l'idée qui pourraient même arriver à distance comme des critiques de la personne, et d'éviter qu'une personne spécifique sente comme si elle se devait de défendre les attaques d'une idée comme si c'étaient des attaques sur sa personne.
29. Évitez de diviser la plupart des pages. Ne scindez pas, ne divisez pas, ne sous-divisez pas, ou autrement ne réorganisez pas les pages à moins que vous n'en soyez l'un des auteurs initiaux de telles pages. La raison est que vous pouvez ne pas comprendre ce que les auteurs/créateurs de cette page là ont/avaient en tête pour l'organisation et la croissance du contenu de la page, et en la scindant ou en la réorganisant, vous pourriez véritablement leur causer plus de travail et d'inconvénients, tout comme le fait d'élever la barrière pour que de nouveaux venus puissent éditer et/ou contribuer, décourageant par conséquent la participation de la communauté. Les admins réinitialiseront probablement de telles scissions.
30. Si vous voyez vraiment un besoin de diviser une page dont vous n'êtes pas l'auteur initial, ajoutez tout d'abord des notes dans la page à l'endroit où vous pensez qu'une division a besoin d'être produite, et comment vous pensez qu'elle pourrait se produire, avant de faire toute division, de façon à ce que les auteurs initiaux aient une chance de voir et relancer avec des raffinements/modifications sur la manière dont les pages devraient être divisées. Au moment de décider comment diviser les pages, considérez de faire ainsi de la manière qui facilite l'ajout d'information pour de nouveaux contributeurs, qui facilite l'itération, et pour les personnes regardant d'un point de vue du vraie monde leur facilite le fait de trouver l'information. Regardez comment diviser les pages pour plus de détails.
31. En général, évitez de faire de grandes opérations de "ménage" sur le wiki pour les mêmes raisons qu'éviter de diviser la plupart des pages. Les admins réinitialiseront probablement de telles réorganisations de pages et encourageront des améliorations incrémentales, en suggérant des améliorations plus grandes aux auteurs initiaux des pages.

accessibilité

1. Utilisez des lettres capitales pour les acronymes comme HTML mais utilisez <strong style="text-transform:uppercase"> pour ajouter de la force aux phrases comme "NE DOIT PAS". Ceci améliore l'accessibilité pour les logiciels de lecture de texte et autres agents ([1] PDF) (liste et versions de logiciels de lectures de texte & autres agents demandée).
2. N'utilisez pas de styles ou d'écritures qui vont à l'encontre des Règles de l'Accessibilité au Contenu 1.0. Par exemple, ne vous appuyez pas sur une couleur unique pour charrier de l'information ; marquez proprement les listes et items de listes.

nettoyage du Wiki

Voir retrait spam.

Si vous voyez quelque chose qui selon vous a besoin d'un ménage massif sur le wiki, pointez-le SVP aux admins sur le canal irc ou la liste microformats-discuss plutôt que de le faire vous-même.

en rapport

• Regardez mediawiki-personnalisation pour des notes rapides sur la manière dont le wiki microformats est différent d'une installation "typique" MediaWiki, afin d'aider sur bien des points pour comment-jouer et les conventions de nommage.
• wiki2
• wiki-mieux que le courrier électronique