how-to-play-fr

From Microformats Wiki
Revision as of 10:49, 3 January 2009 by OloboCsitr (talk | contribs) (latrletotr)
Jump to navigation Jump to search

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

Comment jouer ?

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 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 des noms propres), et éviter 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 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. Evitez 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.
  15. 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.
  16. Ne retirez pas les "liens rouges", ni ne créez 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 qi 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.
  17. N'utilisez pas le mécanisme des "Catégories" de MediaWiki. Tout comme les pages "Talk" ou "Discussion", cette communauté n'utilise pas toutes les fonctionnalités de MediaWiki.
  18. 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:.
  19. 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é.
  20. 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.
  21. Utiliser les modèles pour les termes RFC 2119 tels que DOIT.
  22. 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.
  23. 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.
  24. 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 modificaitons à 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é !
  25. 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.
  26. 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.

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.