| Deze pagina heeft vertaling nodig Deze pagina bevat te veel woorden uit een andere taal.
|
Dit artikel bevat de schrijfwijzer voor alle Minecraft-wiki pagina's die moeten worden gevolgd. Er zijn vaak meningsverschillen hoe je een pagina moet maken of te vertalen en hopelijk bevat deze pagina alles, inclusief de officiële schrijfwijzer, om een goede pagina te maken.
Hoewel Wikipedia al een algemene schrijfwijzer (en) heeft, is een meer specifiekere nodig voor de Minecraft richtlijnen. Alleen de richtlijnen die op de Minecraft Wiki van toepassing zijn en de basisformattering zouden hier moeten zijn opgenomen.
Schrijven
De bedoeling van een wiki is het beschrijven van feiten. Je moet dus speculaties en informatie zonder een bron vermijden. Normaal gezegd heeft informatie geen bron nodig als het zichtbaar is in het spel of op een andere manier zichtbaar is. Andere informatie, zoals quotes van Mojang medewerkers en informatie dat niet heel erg bekend is, moet worden gelinked met een 'schone' referentie. De {{cn}} template moet worden geplaatst na elke informatie dat een bron nodig heeft. Voeg geen informatie toe aan een als je geen bron kunt vinden. Artikels moeten in de eerste plaats worden geschreven in het perspectief van de derde persoon zonder termen die verwijzen naar de lezer. . Probeer ook geen afkortingen van woorden te gebruiken. Als voorbeeld: De zin "Je moet niet te dichtbij een Creeper komen omdat ze bijv. de speler willen doden." moet worden geschreven als: "De speler moet niet te dichtbij een Creeper komen, omdat ze de speler bijvoorbeeld willen doden.".
Om de nadruk op iets te leggen, moeten italics worden gebruikt, niet bold of ALLEEN MAAR CAPS GEBRUIKEN. Als voorbeeld: De zin "Een heks is een mob die LIJKT op een dorpeling" moet worden geschreven als "Een heks is een mob die lijkt op een dorpeling".
Artikelen beknopt en up-to-date houden
In het kort: artikelen moeten alleen informatie bevatten die up-to-date is. Dat wil zeggen dat je alleen de laatste, complete versie van het spel benoemt. Alles dat verouderd is, moet worden verplaatst naar de Geschiedenis-sectie van het artikel. Als er iets veranderd, merk dan de verandering op in de Geschiedenis-sectie en verwijder de verouderde stukken in de andere secties van het artikel. Het is niet nodig om te laten zien wanneer het werd toegevoegd aan het spel; Dit wordt al getoond in de geschiedenis-sectie van het artikel. Zinnen zoals "Handelen, wat werd toegevoegd in 1.3.1, is een functie om emeralds (eerst rubies) te ruilen voor andere items." moet worden geschreven als: "Handelen is een functie die spelers emeralds laat ruilen voor andere items.".
Hier is een voorbeeld hoe je geen goed artikel schrijft. Het werd gebruikt in het Hout artikel op de Engelse Minecraft Wiki. Dit is de hele introductie. Gemarkeerd in rood is de overtollige informatie, en in groen de historische informatie.
Wood (eerder bekend als log) is een bloktype dat als eerste werd toegevoegd in de Minecraft Creative mode 0.0.14a Ze hebben een textuur die lijkt op schors aan vier zijdes, en een dwarsdoorsnede aan de boven- en onderkant. Alleen de normale eikenhouten stammen worden gegenereerd in chunks die voor de Beta 1.2 update zijn geladen, en alle vorige versies, terwijl spar en berk worden gegenereerd in nieuwere chunks Hout is overvloedig aanwezig in natuurlijk gegenereerde maps, en wordt gebruikt als basis voor bomen. Hout kan worden gehakt met de hand, maar het gebruik van een bijl is sneller. Hout is ook brandbaar.
Van alle bestaande houtsoorten is berk het zeldzaamst. Ze worden vaak gebruikt voor planten, bomen en houten hutjes te maken. In de Survival Test lieten houten blokken vaak 3 - 5 houten planken vallen. In de Indev, Infdev, Alpha, en de Beta versie liet een houtblok een houtblok vallen. Dit laat het gebruik van hout toe om het te gebruiken als bouwmateriaal en kan worden omgezet in houten planken.
Hout kan alleen worden omgezet in vier houten planken. Je kan ook hout in een oven doen. Dit maakt van hout houtskool, dat kan worden gebruikt als vervanging voor kool
Sinds de Minecraft Beta 1.2 update op 13 januari 2011, zijn nu vier types van hout. Eén daarvan is het gewone hout (eik), een andere stelt het hout voor van zilversparren, een ander type stelt het gewone hout voor, maar is donkerder en verschijnt in dennen/coniferenbossen en groeit in koudere biomen. Het vierde type is vrijwel gelijk aan het eikenhout, maar er is kleurverschil en gekanteld naar één zijde. Deze houten blokken produceren nog steeds vier houten planken.. Hout van verschillende soorten bomen zullen niet 'stacken' in je inventaris, maar de planken doen dat wel. Planken die zijn gemaakt van verschillende soorten hout zijn identiek aan alle andere planken die zijn gemaakt van andere types van hout. Berkenbomen hebben een klein kleurverschil in hun bladeren dan de eikenbladeren, sparrenbomen hebben sparrennaalden en junglebladeren hebben veel bladeren met fruit-achtige vormen op hun bladeren.
Het vierde type hout werd geïntroduceerd in Snapshot 12w03a, en komt alleen voor in Jungle Biomes, en maakt de bomen daardoor exclusief. De hoogste bomen hebben dit type hout in een 2x2 vorm dan de normale 1x1 vorm.Het probleem met deze inleiding is dat oude informatie is aangevulde met nieuwe informatie. De introductie moet alleen de huidige informatie bevatten die van toepassing is op de huidige versie. Geschiedenis informatie is goed, maar voor de duidelijk moet al die geschiedenis worden neergezet op één plaats: Het geschiedeniskopje van het artikel.
Deze richtlijnen zijn ook van toepassing op de snapshotreleases. Snapshotveranderingen mogen niet in een artikel verschijnen totdat de volledige update is verschenen. Deze veranderingen moeten onder het 'toekomstkopje' worden geplaatst om te voorkomen dat gebruikers zich gaan verwarren met de huidige versie. Nadat de update is verschenen kan de vorige informatie worden verwijderd en worden verplaatst naar het geschiedeniskopje. De snapshot functies/veranderingen kunnen dan naar het hoofdartikel worden verplaatst.
Grammatica
Pagina's op de wiki moeten worden geschreven in Algemeen Beschaafd Nederlands, dus niet in een dialect. De naam in het spel van een artikel moet ook in het Nederlands worden geschreven.
Vertalen
Als je een pagina vertaalt, moet dat worden gedaan met zo min mogelijk Google Vertalen of een andere vertaalmachine. Het liefst helemaal niet. Dit kan soms tot heel moeilijk te begrijpen zinnen leiden. Als voorbeeld: De zin "Soul sand is used for growing nether wart, a primary base ingredient for many varieties of potions." (van de Engelse Wiki) wordt in Google Vertalen vertaalt als volgt: "Ziel zand wordt gebruikt voor de teelt van onderwereld wrat, een primaire basis ingrediënt voor vele variëteiten van potions.". Deze zin klopt qua woorden en grammatica maar half, terwijl het vertalen met een goed stel hersenen en een grote Engelse woorden schat dit eruit kan komen: "Zielenzand wordt gebruikt voor het kweken van Netherwart, de basis voor vele verschillende soorten drankjes.". Dit is over het algemeen veel beter dan Google Vertalen.
Hoofdlettergebruik
Items in het spel moeten worden behandeld als zelfstandig naamwoorden en moeten niet worden geschreven met een hoofdletter. De enige uitzonderingen zijn eigennamen, zoals: Ender chest of Nether wart.
Proper nouns however, such the Nether or the Overworld should always be capitalized.
Species of mobs that are fictional and only exist within the Minecraft world such as Creeper should be capitalized. Any other instance of a mob should be treated normally. If the word "the" is used before the mob name, it should not be capitalized unless it is at the beginning of the sentence.
Examples:
- One of the most feared mobs is the Ghast.
- A spider can poison its prey.
Do not capitalize "snapshot" or "pre-release". Also, "pre-release" should be in this form, not as "prerelease" or "Pre-Release".
Development phases should be capitalized.
Editions should only be capitalized when used as nouns.
Examples:
- Minecraft officially came out of Beta on November 18th, 2011
- The cyan flower was introduced in Pocket Edition Alpha 0.1.
- Of all the editions of Minecraft only the Pocket and Pi Editions have cyan flowers.
The name of game mode types should also be capitalized.
Examples:
- In Hardcore mode the game acts similar to Survival mode except the difficulty is permanently set to Hard.
Article titles and section headings
Article titles should be in sentence case, not title case, unless the phrases are proper nouns. They should also be in the singular form to maintain consistency. For section headings, follow sentence style capitalization, not title style, so only the first letter of the heading is capitalized.
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). 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. For information on which sections should be in which order, see the Article layout section of this style guide.
Italics
Any instance of "Minecraft" should be in italics. Any emphasis (in talk pages, etc.) should be in italics instead of being in bold or uppercase letters. Any instance of the name of a videogame should also be in italics. For instance: Team Fortress 2.
Image captions
Image captions should not have periods at the end, unless the phrase is a full sentence.
Overlinking and underlinking
- 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.
Date formatting
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.
Redstone structures
- Hoofdartikel: Minecraft Wiki:Redstone style guide
Write-ups for redstone circuits and mechanisms should follow a single convention on the wiki.
Article layout
All articles (with the exception of few) should use the following layout. Ensure section titles have one return space above them, one return space below them, and a space on either side of the title inside the equal signs. {{main}} article templates or any images in that section are placed directly under the section header with the return space below these.
- At the very top, applicable flags and templates, such as
{{snapshot}}for anything not yet in the full release,{{Block}}for blocks, and so on.
- Introduction with a general description.
- Article body, starting with first header.
Note: Keep in mind these are supposed to be h2 (two ='s). For the purpose of formatting on this page only, they are h3 (three ='s).
Introduction
The introduction section of an article is the section before the first heading. It should be capable of standing alone as a concise overview of the article, briefly describing its most important points.
The article's subject should be mentioned at the earliest natural point in the prose within the first sentence, and should appear in boldface. Only the first instance should be in boldface. For example:
- Pickaxes are one of the most commonly used tools in the game, being required to mine all ores and many other types of blocks. Different qualities of pickaxe are required to successfully harvest certain ores and blocks.
Obtaining
For blocks and items, this section contains information on how to obtain them in Survival mode without cheats. This includes information on blocks and items that generate naturally.
If there are multiple ways to obtain the block or item, these should be listed as a bullet list or as subsections of this section.
If there is only one way to obtain the block or item, this section may be named alternatively, e.g. Smelting or Crafting.
Usage
For blocks and items, this section contains information on what can be done with them. This includes using the article subject as a crafting or smelting ingredient, as food, or for trading, or exploiting special properties of a block, like using a button to create a redstone pulse.
Like the Obtaining section, this section should be divided into subsections or named alternatively if appropriate, e.g. As a crafting ingredient if the block or item is used in a crafting recipe.
Filling this section with tips on architecture and interior design should generally be avoided.
Any other sections go here, between Usage and Data values.
Data values
This section contains a list of possible Data values for the block or item in question. The list should be on a subpage of the main article, e.g. Coal/DV, and use {{dvt}}. The subpage should then be transcluded into the Data values section with {{/DV}}.
If the section contains any descriptive text in addition to the list, this text should be included directly in the section, and not in the /DV subpage.
Achievements
This section contains any achievements related to the article subject. Achievement sections should use the following table, replacing the < > notes (remove the < > too):
{| class="wikitable"
|-
! Icon
! Achievement
! In-game description
! Prerequisites
! Actual requirements (if different)
! Version restriction
! Xbox points earned
|-
| {{achievement|<put name of icon here>}}
! <name of achievement. note the ! wikicode on this line.>
| <word-for-word ingame description>
| <any achievements needed before this one>
| <leave blank if ingame description is obvious>
| <PC only? Xbox only? If both, put "None">
| <normally 10G>
|}
Video
The video section contains the video produced on the Minecraft Community Spotlight YouTube channel by Curse. Videos in this section should be embedded in a subpage of the main article, e.g. Block/video, and then transcluded into the Video section with {{/video}}. The only thing that should be in this section is the {{/video}}, with exception to notes that correct anything wrong in the video, or if the video isn't in that article's subpage, like {{:Tripwire/video}} on the String page.
History
History sections should use {{History}}. To provide accuracy, changes made in snapshots should retain the exact version of the change even when the update is released (e.g., 12w08a in addition to 1.2). This can be done using the {{{snap}}} parameter of {{History}} (e.g., {{History||1.6|snap=13w16a|Added horses.}}).
Issues
The Issues section should only contain {{Issue list}}. Nothing else goes in this section.
Trivia
Trivia should only be facts and contain no speculation or opinion. Trivia sections should only contain information that does not fit anywhere else in the article. Trivia should not be obvious to players and should be information that readers are not likely to know but would be interested in.
History-related trivia should be avoided if possible. E.g. “The original piston texture had an iron band running over the head. This was later removed, only leaving iron brackets around the corners and edges” should be merged into the relevant version information in the History section.
Trivia related to game visuals should be avoided as well, especially if the piece of trivia does not hold true for custom resource packs.
Gallery
<gallery> File:filename.png|file description File:anotherfile.jpg|another description </gallery>
See also
See also sections should only contain links to articles that have not been mentioned anywhere else in the article and are of a relevant topic.
References
{{reflist}} usually, but if more columns are desired due to many references, add a number: {{reflist|2}}, {{reflist|3}}, and so on.
- After references (double space) will be any applicable navigation templates, like {{blocks}}, and then any applicable categories.
- The last thing on every page will be the Interwiki language links.
| ||||||