Minecraft Wiki talk:Style guide/Features

Packed galleries?
The style guide for features articles specifies (or at least implies) using the plain gallery tag. Are there any objections to allowing (or even changing to) "packed" galleries? Compare these:


 * Plain gallery:

&mdash;munin &middot;  &middot; 18:11, 6 September 2015 (UTC)


 * . I like the fact that the packed galleries make it easier to view the images, but they do appear a little bit messier due to the inconsistent widths. I would agree to testing it on a few articles and seeing how people like it from there. – KnightMiner  · (t) 21:48, 6 September 2015 (UTC)


 * . The inconsistent widths look very unprofessional to me, and I don't see any improvement to viewing the images. —Fenhl 12:16, 14 September 2015 (UTC)

Video notes
I propose stating in the guide that video note should be above the video itself. As far as I can tell, this is how it is currently done in most articles, and it should be specified here for consistency. —Fenhl 12:18, 14 September 2015 (UTC)


 * . – KnightMiner  · (t) 14:17, 14 September 2015 (UTC)


 * . —Fenhl 15:47, 23 October 2015 (UTC)

Double space
What is the intended meaning of “After references (double space) wil be […]”? Does it mean that there should be two newlines in the wikitext after the References section, generating a regular paragraph break? Or three newlines, generating a double paragraph break? In any case, I think this should be clarified, because this is currently very inconsistent among different articles. —Fenhl 12:23, 14 September 2015 (UTC)


 * As far as I can tell, you use two empty lines after the references (or three newlines, double paragraph break), as to generate a visible line before the navbox, basically like used at the end this page. I am not sure if that was the original intention, but I do believe it looks better having that empty space before the navboxes start – KnightMiner  · (t) 14:17, 14 September 2015 (UTC)


 * Personally I find it unusual and have “corrected” it in the past because most other wikis I read tend to use a single paragraph break here. —Fenhl 14:21, 14 September 2015 (UTC)


 * As did I. — Agent NickTheRed37 (talk) 16:08, 14 September 2015 (UTC)


 * Can we change the style guide to remove the double space guideline? It is confusing, and if intended as you describe creates an arbitrary layout rule that I personally always forget, has no precedence that I know of in other wikis, is often mistaken by editors as a typo, and only helps readability in minor ways. If we don't remove it, it should definitely be reworded. —Fenhl 19:50, 21 December 2015 (UTC)


 * Remove the double-space guideline. I think this was originally intended to separate article content from meta-content (language links, categories, etc.). &mdash;munin &middot; Grid_Book_and_Quill.png Grid_Stone_Pickaxe.png &middot; 15:01, 22 December 2015 (UTC)


 * I like the double spaces as I mentioned above (assuming that is what it means) but I really don't see the point of enforcing something so minor as this, especially since so many editors here seem to find it as an error in articles (especially those who first started on another wiki). – KnightMiner  · (t) 16:52, 23 December 2015 (UTC)


 * . —Fenhl 18:59, 23 December 2015 (UTC)

History section
The history section in this page does not mention what belongs in the section. – LauraFi -  talk  01:08, 24 December 2015 (UTC)


 * Hmm, I had the same idea... Have you been borrowing things from my to do list?
 * In any case, since I had that idea the only thing I thought of is stating that bugs are not history, though with exceptions if it lasts more than a couple versions and causes something on the wiki to otherwise be wrong (such as the wolves orange collar or a mob failing to attack the player properly). Also stating that changes reverted after a single version are subject to be removed unless a source is provided that it was an intended change. – KnightMiner  · (t) 20:07, 24 December 2015 (UTC)


 * . – LauraFi -  talk  05:35, 25 December 2015 (UTC)
 * . – LauraFi -  talk  05:35, 25 December 2015 (UTC)

Update for advancements
Should we add the section "Advancements" or have information about advancements combined with the "Achievements" section and rename that section to "Achievements/Advancements"? Currently, this page mentions nothing about advancements on articles. I know that they function similar to achievements, but I still think the page should at least mention them.--Madminecrafter12 (talk) 16:52, 14 January 2018 (UTC)


 * – DelboyDylan (talk 17:19, 14 January 2018 (UTC)

Rule proposal on quotes in Feature articles
Recently, I've seen some articles such as Name Tag and Beacon with two quotes at the top of the article. I feel like having two quotes is a little cumbersome for the article, hence why I'm proposing something on this to be added to the Introduction section. An example is provided below, with my additions in bold italic.

“The very top of the article should start with applicable flags and templates, such as snapshot for anything not yet in the full release, Block for blocks, and so on.

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.

'In addition, quotes pertaining to the article subject should be added above the introduction section, provided that the quote has general information about the subject matter and the quote is sourced from a Minecraft.net article or a Mojang employee. Up to two quotes are acceptable, though highly discouraged.'”

-BDJP (t 15:08, 27 March 2019 (UTC)


 * Bump. -BDJP (t 18:42, 29 March 2019 (UTC)


 * , this page currently doesn't mention anything about quotes and I agree that having multiple large quotes gets cumbersome. – Sonicwave talk  20:02, 5 April 2019 (UTC)


 * . Usually just one quote is enough. – Nixinova Nixinova sig1.png Nixinova sig2.png 20:50, 5 April 2019 (UTC)