Utilisateur:Koocks1337/Bac à sable/Minecraft Wiki:Guide de style

De Minecraft Wiki
Aller à : navigation, rechercher

Cette page est à traduire en Français.

Cet article vise à fournir un guide de style complet pour tous les articles de Minecraft Wiki.

Bien que Wikipédia fournisse déjà un guide de style plus général, un guide plus spécifique est nécessaire pour les directives spécifiques de Minecraft. En tant que tel, seules les lignes directrices concernant Minecraft Wiki et ses règles de formatage de base devraient être incluses ici.

Notabilité[modifier | modifier le wikicode]

La présence d'un article sur le wiki est uniquement autorisée s'il correspond aux critères suivants. Les articles qui ne correspondent pas aux critères peuvent être supprimés sans préavis.

Général
  1. Les articles doivent contenir suffisamment d'informations pour justifier une page complète. S'ils ne possèdent pas assez de contenu, ils devront être fusionnés avec d'autres articles similaires.
  2. Les articles doivent avoir un rapport direct à Minecraft d'une façon ou d'une autre.
  3. Les articles sur des personnes ne sont autorisés que si la personne concernée est un développeur de Minecraft et / ou soit étroitement liée à Mojang AB.

Les fonctionnalités qui ne se trouvent pas actuellement dans le jeu ne doivent figurer que dans l'article sur les fonctionnalités mentionnées.

    1. Ceci exclut les fonctionnalités qui ont été supprimées ou les fonctionnalités de versions en développement, ce qui peut être noté sur les articles affectés par la fonctionnalité et le ou les articles de la version appropriée.
  1. Les articles à propos des versions de Minecraft peuvent être créés pour les éditions sorties, dont des articles distincts doivent être créés pour chaque version de développement.
    1. Les articles d'une version non publiée peuvent être créés, à condition qu'il existe une source significative de l'existence de la version non publiée. Les sources comprennent les versions de développement ou de multiples sources de fonctionnalités pour la prochaine mise à jour. Les articles de versions de développement non sorties ne peuvent pas être créés.
    2. Console edition versions should be on Console Edition version history. Unreleased versions may be added to Planned versions.
Communauté
  1. Les stratégies de gameplay et les guides doivent être des sous-articles de la page Tutoriels.
    1. Les pages contenant une liste de constructions diverses que le lecteur peut faire ne doivent pas être considérées comme des tutoriels. Ils doivent être gardés dans l'espace utilisateur. Cela inclut également les activités et défis créés par les utilisateurs.
  2. Les articles à propos des mods doivent être des sous-articles de la page Mods.
Les règles du Wiki
 9.  Les pages ayant pour thème les serveurs, les communautés de fans ou groupes de joueurs ne sont pas autorisées à cause des problèmes de publicité, entre autres.
 16.  N'énoncez que des faits - ne créez pas de contenu comique ou de canular qui pourrait induire les joueurs en erreur. Tout ce qui vient de l'imagination des joueurs en général n'est pas autorisé, pour la simple raison que cela n'a pas de lien direct avec le jeu et n'apporte pas d'informations pertinentes aux lecteurs.

Les articles possédant comme espace de nom "Utilisateur:" sont exclus des règles du guide de style. Ils peuvent être utilisés pour tout à condition qu'ils respectent les règles du Wiki.

Redirections[modifier | modifier le wikicode]

Les redirections sont exemptées de la notabilité normale, mais doivent être redirigées vers un article qui correspond aux directives de notabilité. Si une redirection conduit à un autre wiki, elle doit utiliser la {{redirection douce}}. Des redirections peuvent être créées si elles correspondent à l'une des options suivantes :

  1. Des noms alternatifs ou plus courts, à condition que le nom soit un usage commun, tel que « Colorant » pour le nom « Teinture ». Les noms qui existaient auparavant dans le jeu sont aussi autorisés, , tel que « Bois » pour le nom « Bûche ».
    1. Cela comprend les prénoms et les pseudonymes des employés de Mojang, tels que « Nathan » ou « Dinnerbone » pour « Nathan Adams ».
    2. Cela comprend également les noms utilisés en québécois.
  2. Un titre de l'article précédent, y compris si l'article a été déplacé vers un autre wiki.
    1. Une exception peut être faite si le titre précédent n'était pas couramment utilisé.
  3. Alternate capitalization or form, including changing the title to plural case.
  4. A part of a merged or multi-topic article, such as a potion or a mentioned feature.
  5. The parent version for pre-releases which became a pre-release for another version, such as "1.7" for "1.7.2", due to "1.7-pre" being a pre-release for "1.7.2".

Redirects in the user namespace may lead anywhere, except to an article that does not exist or another redirect.

Titres des articles[modifier | modifier le wikicode]

Les titres des articles devraient être au singulier afin d'assurer une certaine uniformité.

Les titres d'articles devraient suivre un format général selon leur type :

  • Les articles sur les blocs, les objets et les entités devraient utiliser les noms comme ils apparaissent dans le jeu.
    • Si une fonctionnalité n'a pas de nom en jeu, le titre devra suivre le même format que les autres articles du même type. Par exemple, la page Araignée chevauchée.
    • Si l'article porte sur différentes choses du jeu, le titre de l'article doit en représenter également l'ensemble. Par exemple, une page sur les portes en bois et en fer devrait être appelée Porte.
  • Les articles sur une personne doivent être nommés selon leur prénom et nom, plutôt que leur pseudonyme Minecraft ou Twitter. Par exemple, la page sur Jens Bergensten n'est pas nommée Jeb ou Jeb_. Ajouter une redirection depuis ces pseudonymes est cependant une bonne idée si ceux-ci sont couramment utilisés.
  • Les versions Java doivent être nommées selon le nom de la version, comme 1.8 ou 14w02a.
    • Les pre-releases doivent inclure un simple trait entre la version principale et le mot « pre ». Si les pre-releases contiennent un numéro à la fin, il doit être placé immédiatement après « pre », sans y mettre d'espace entre les deux. Par exemple, 1.8-pre1.
  • Pocket Edition versions should be prefixed with the words "Pocket Edition". For example, the update "Alpha 0.9.0" would be titled "Pocket Edition Alpha 0.9.0"
    • Pocket Edition development builds should first contain the parent version title, then the lowercase word "build" followed by the build number. For example, build 2 for "Alpha 0.9.0" would be titled "Pocket Edition Alpha 0.9.0 build 2"
  • Bedrock Edition versions should be prefixed with the words "Bedrock Edition". For example, the update "1.2.1" would be titled "Bedrock Edition 1.2.1"
    • Bedrock Edition development builds should first contain the parent version title, then the lowercase word "build" followed by the build number. For example, build 2 for "1.2" would be titled "Bedrock Edition 1.2 build 2"
  • Education Edition versions should be prefixed with the words "Education Edition". For example, the update "1.0.27" would be titled "Education Edition 1.0.27"
  • Les articles d'homonymie ne devraient contenir que « (homonymie) » si le titre sans le mot est utilisé par un article.
  • Si le type de l'article n'est pas répertorié ici, il devrait utiliser le titre le plus approprié possible, mis en majuscule à la manière d'une phrase, sauf si c'est un nom propre.

Écriture[modifier | modifier le wikicode]

As this wiki's purpose is to document facts, you should always avoid speculative and unsourced information. Generally speaking, information does not require sources if they can directly be seen in-game or are otherwise obvious. Other information however, such as quotes from Mojang employees and information that is not widely known, must be sourced with a proper reference. The {{citation nécessaire}} template should be placed after any information that requires a source. Do not add content to an article if you cannot find a proper source.

Articles in the main namespace should always be written in the third-person perspective and without terms referential to the reader. Try not to use abbreviations of words either. For instance, sentences like "You shouldn't come close to creepers because they'll explode and kill you." should be written as "The player should not come close to creepers as they will explode, potentially killing the player.".

Pour mettre l'accent sur certains points, il est préférable d'utiliser l'italique au lieu de mettre les mots en gras ou TOUT EN MAJUSCULES.

Tutorial information should only be within tutorial articles, which includes navigational features of blocks or textures. Tutorials may be linked from other articles if relevant though.

Mod information should not be contained on articles not about mods. Mods should also not be linked from articles not about mods.

Garder les articles concis et à jour[modifier | modifier le wikicode]

In short, articles should only contain information that is up to date, i.e., implemented in the latest full version of the game. Anything that is outdated should be moved to the History section of the article. When something changes, note the change in the History section and remove the outdated information from other sections of the article. It is unnecessary to mention when a particular feature was implemented; this is once again reserved for the History section of the article. Sentences such as "Trading, which was implemented in 1.3.1, is a feature that allows players to exchange emeralds (previously rubies) for other items." should be written as "Trading is a feature that allows players to exchange emeralds for other items."

Voici un exemple de comment ne pas écrire un bon article. Ici est utilisé une ancienne version de la page Bois. C'est une introduction complète. Le surligné en jaune correspond aux informations redondantes, et en rose aux informations historiques.

Le bois (nom anglais : wood ou anciennement log) est un type de bloc vu pour la première fois dans Minecraft Créatif 0.0.14a. Il a une texture ressemblant à de l'écorce sur les quatre côtés, et à une coupe de bois sur le haut et le bas. Le bois est extrêmement présent dans les cartes naturellement générées puisqu'il est utilisé comme base des arbres. Le bois peut être récolté à la main, bien que l'utilisation d'une hache accélère le processus. Le bois est inflammable, mais dans certaines conditions ne brûlera jamais. Des arbres brûlés laisseront généralement 1 à 3 blocs de bois encore en feu. Il est possible d'obtenir des planches de teinte variable suivant le type de bois.

Les blocs de bois sont disponibles en mode Créatif. Ils sont souvent utilisés pour faire des plantes, des arbres ou des cabanes en bois. En mode Survie, les blocs de bois laissent tomber 1 bloc de bois lorsqu'ils sont creusés. Depuis la version Indev, miner un bloc de bois permet de le récupérer. Ceci permet d'utiliser le bois comme matériau de construction.

En fabrication, le bois n'a qu'une seule utilisation : obtenir 4 planches, de teinte différente suivant le type de bois. Par ailleurs, le bois peut être brûlé dans un fourneau pour faire du charbon de bois pour les fois où le charbon n'est pas disponible. Ce type de charbon a exactement les mêmes propriétés que le charbon classique.

Depuis la version 1.2.3, il y a maintenant quatre types de bois : le chêne, le sapin, le bouleau et l'acajou. Ces arbres produisent toujours 4 planches une fois travaillés. Les blocs de bois de différents types d'arbres ne se regroupent pas dans l'inventaire, de même que les planches qui n'ont pas la même couleur depuis la version 1.2.4. Les bouleaux ont des feuilles un peu plus ternes que les chênes, et les sapins ont des aiguilles.

Le problème avec ceci est que les anciennes informations sont éparpillées avec les nouvelles informations. L'introduction devrait indiquer la description actuelle du bloc avec la version actuelle. Les informations historiques sont intéressantes mais pour plus de clarté, elles devrait être décrites dans l'ordre chronologique dans un seul et unique endroit : la section Historique de l'article.

Futur[modifier | modifier le wikicode]

Content added in future updates may be added to the article in the main content, provided the features are marked using {{à venir}} and have appeared in development versions. If the update contains major changes to the article, then the content may be noted as a subsection of a main section, or as its own section called Upcoming. Upcoming features must be noted as well in the history section using the proper upcoming header.

Upon the release of the update, all content that is now outdated must either be moved to the history section or removed, and any usage of {{à venir}} may be removed.

Grammaire[modifier | modifier le wikicode]

Les pages sur le wiki doivent toujours utiliser un vocabulaire français et non québécois.

Majuscules[modifier | modifier le wikicode]

In-game items should be treated as common nouns and as such should not be capitalized, unless they start a new sentence. This includes fictional items, such as prismarine. Proper nouns, however, such as the Nether or the Overworld should always be capitalized.

Structures

Les structures naturelles et les biomes ne doivent pas être mis en majuscule : Exemples :

Sous le sol, des puits de mine abandonnés sont générés aléatoirement.
Un temple du désert contient un précieux butin.
Les Blazes apparaissent dans les forteresses du Nether.
Dans les océans, des monuments sous-marins peuvent se générer.
Le fort abrite un portail de l'End.
Créatures

Certaines créatures doivent toujours posséder une majuscule dû au fait qu'elles sont des créatures fictives et imaginées dans le cadre du jeu Minecraft.

Voici une liste de nom de créatures qui doivent toujours porter une majuscule :

  • le Blaze
  • le Creeper
  • l'Ender Dragon
  • l'Enderman
  • l'Endermite
  • le Ghast
  • Le Phantom
  • le Slime
  • le Shulker
  • le Vex
  • le Wither
  • le Wither squelette
Enchantements

Les noms des enchantements doivent toujours être mis en majuscules.

Exemple :

Pour obtenir un bloc de glace en Survie, il est nécessaire de posséder un outil enchanté avec Toucher de soie.
Effets de potions

Les effets de potions doivent toujours être mis en majuscule, excepté lorsqu'ils sont utilisés en tant qu'adjectifs ou lorsque l'on parle de la potion elle-même.

Exemples :

La crème de magma est nécessaire pour fabriquer une potion de résistance au feu.
Les Shulkers peuvent infliger l'effet Lévitation sur le joueur.
Un conduit activé donne au joueur l'effet Puissance de conduit.
Les araignées invisibles peuvent rarement apparaître.
Versions

Les mots "snapshot" et "pre-release" ne doivent pas être mis en majuscule. Le mot "pre-release" doit toujours posséder un trait d'union. Le mot "snapshot" est un nom masculin : il est donc nécessaire de placer le déterminant "le" avant le mot. Il est également préférable de mettre les mots "snapshot" et "pre-release" en italique puisque ces mots proviennent du vocabulaire anglais. Les phases de développement (Alpha, Bêta...) doivent toujours être mises en majuscule.

Exemples :

Minecraft est officiellement sortie de la Bêta le 18 novembre 2011.
La 17w13b est le troisième snapshot de la version 1.12.
Modes de jeu

Les noms des modes de jeu doivent être mis en majuscule.

Exemples :

En mode Hardcore, le jeu est similaire au mode Survie excepté la difficulté qui est en permanence définie sur Difficile.

Rubriques de section[modifier | modifier le wikicode]

Article main sections should start with level 2 headers (two equal signs) and increase by one for subsections. Never use level 1 headers (one equal sign). Follow sentence style capitalization, not title style, so only the first letter of the heading and proper nouns are capitalized.

There should be one space between sections as well as one space between the equal signs and the section name for ease of editing. If any "main article" links or thumb images are used, place them immediately under the section header, and then a space after those before the section content.

Do not add blank sections.

For information on which sections should be in which order, see the Article layout section of this style guide.

Italiques[modifier | modifier le wikicode]

Any instance of "Minecraft" should be in italics. Any instance of the name of a videogame should also be in italics. For instance: Team Fortress 2.

Images[modifier | modifier le wikicode]

When adding screenshots to an article, make sure the screenshots use vanilla textures and UI. Screenshots that use custom texturepacks, UI mods and other custom content are not allowed. This does not apply to articles covering mods.

Image captions should not have periods at the end, unless the phrase is a full sentence.

Images added to articles should fit the following guidelines:

  • Images should showcase an attribute of the article's topic.
    • Images should not show unintended strange or humorous behavior, such as mobs "sitting" on stairs.
    • Images should not have the sole purpose of showcasing a bug, instead report the bug on the official tracker.
    • Images showcasing usage of specific features for decoration should be avoided.
  • Articles should only have one image showcasing an individual attribute of the articles content. For example, a zombie wearing armor.
  • Images should showcase the most up to date version of Minecraft available for the content.
    • Images that are outdated are subject to be removed.

Liens[modifier | modifier le wikicode]

For a complete guide to linking, please refer to Wikipedia's Manual of Style for links.

The use of links is a difficult balance between providing the reader enough useful links to allow them to "wander through" articles and excessive linking which can distract them from their reading flow.

Underlinking can cause the reader to become frustrated because questions may arise about the article's contents which can only be resolved by using the search option or other sources for clarification, interrupting and distracting the reader.

Overlinking may distract the reader because links are usually colored differently causing the eye to shift focus constantly. Additionally, if the same word is linked multiple times in the same paragraph it can cause the reader to question if the links are directing them to different articles or not.

The guidelines for linking are:

  • No more than 10 percent of the words in an article are contained in links.
  • Unless it affects the sentence's wording and readability in a negative way, two links should not be next to each other in the text so that it looks like one link.
  • Links for any single term should not be excessively repeated in the same article. Excessive linking is defined as multiple use of the same term, in a line or a paragraph, which will almost certainly appear needlessly on the viewer's screen. Remember, the purpose of links is to direct the reader to a new spot at the point(s) where the reader is most likely to take a temporary detour due to needing more information.
  • Duplicating an important link distant from a previous occurrence in an article may well be appropriate. If an important term appears many times in a long article, but is only linked once at the very beginning of the article, it may actually be underlinked. Indeed, readers who jump directly to a subsection of interest must still be able to find a link. But take care in fixing such problems, the distance between duplicate links is an editor's preference, however if in doubt duplicate the term further down the article.

Linking to a redirect is preferred over using a piped link except in templates and other pages that will be transcluded. When a piped link is unavoidable, it should not point to a redirect. If a redirect can be avoided using a suffix on the link, that is preferred. E.g. Using [[Creeper]]s instead of [[Creepers]] is desired.

Mise en forme de la date[modifier | modifier le wikicode]

The Minecraft Wiki is an international community. That is a good thing in general, but it makes a problem for numeric abbreviations of dates, such as "12/10/11": while most countries abbreviate dates as day/month/year, some Asian countries use year/month/day, and the US uses month/day/year. So the above date could represent any of three different dates. To avoid this problem, most dates should be written in "Month DD, YYYY" format, e.g. "December 10, 2011". Do not use superscripts or suffixes such as "April 23rd" or "4th of May". If a numeric or terse date is needed (such as in a table), then use YYYY-MM-DD, always with 2 digits for month and day (e.g., 2011-12-10 or 2012-05-04). Besides being the ISO standard, dates in this format will naturally sort properly, say if the table column is later made sortable.

Disposition de l'article[modifier | modifier le wikicode]

For the sake of consistency, all articles of a specific type should follow a general layout.

  • At the very top, applicable flags and templates, such as {{snapshot}} for anything not yet in the full release, {{Bloc}} for blocks, and so on.
  • Introduction with a general description.
  • Article body, starting with first header.

If an article does not contain a layout currently, one can be proposed on the talk page; otherwise, attempt to use a layout that follows a similar style to an existing layout. Current article layouts include: