Minecraft Wiki talk:Style guide

Future in history sections
Following up my previous topic, what about future changes in history sections? Does it make sense to add tweets of upcoming features before they get added, or would it be better to not state them incase it never gets added? – KnightMiner  · talk 21:17, 22 January 2015 (UTC)


 * . We shouldn't state future changes (like 1.9 things) in the history section. – LauraFi -  talk  21:31, 22 January 2015 (UTC)


 * I don't even really like tweets being in there at all, should just be version history. –Majr ᐸ Talk Contribs 02:54, 13 March 2015 (UTC)

Rewrite proposal
Following up and, I have proposed a rewrite to this page over at MCT:Community portal, which would include moving various rules to this page, and splitting out the article layout sections to allow more article layouts to be discussed. Please direct comments there. – KnightMiner  · talk 00:31, 10 February 2015 (UTC)

Following up
Following up that previous topic, there are four things I want to propose here.

First off, the style guide lacks information on formatting specific article titles, other than a few brief points in "Article titles and section headings". Also, the current style guide contractdicts standard policy when it comes to titles, and I doubt there will be agreement of making articles like "Stone Bricks" become "Stone bricks". A solution would be the addition of a new section called "Article titles", which is mostly general practice. If implemented, the section "Article titles and section headings" would become simply "Section headings"

Secondly, since the style guide now supports more article layouts, I would like to re-propose the versions style guide into the new system. You can read the proposed guide at User:KnightMiner/Workbench/Style guide/Versions

Third is something I noticed a lack of while rewriting the guide, which is guidelines relating to images for articles. Too many people think they need to upload all the screenshots they take because they relate to the article, when the image is really not needed. A few points I can think of are as follows, though I would advise more points to be added.
 * Articles should only have one image showcasing an individual attribute of the articles content. For example, a zombie wearing armor.
 * Do not add images whose sole purpose is showcasing a bug, instead report the issue on the bug tracker.
 * Images showcasing usage of specific features for decoration should be avoided.
 * Images should showcase the most up to date version of Minecraft available for the content.
 * Images that are outdated are subject to be removed.

Finally, we need to specifically state that language translations are unofficial, so they are not relevant trivia.

– KnightMiner  · (t) 17:38, 4 March 2015 (UTC)


 * So, yeah... I shall race to get Russian style guide up-to-date with English one as it becomes approved. :D
 * Offtop aside, . — NickTheRed37 t ⁄ c (f.k.a. Naista2002) 18:07, 4 March 2015 (UTC)
 * One more image point I thought of, based on the gallery on Villager:
 * Images should showcase an attribute of the articles topic.
 * Images should not show unintended strange or humorous behavior, such as mobs "sitting" on stairs.
 * The second point and maybe the third point from above could also become sub-points of this point.
 * – KnightMiner  · (t) 16:57, 7 March 2015 (UTC)
 * Also . Sorry for latency, it was due to Oversight policy/ru. —  NickTheRed37 t/c (f.k.a. Naista2002) 18:21, 7 March 2015 (UTC)


 * . –Majr ᐸ Talk Contribs 02:57, 13 March 2015 (UTC)


 * The changes proposed here have been implemented, as it has been just about a week since last revision to the proposal. – KnightMiner  · (t) 04:28, 14 March 2015 (UTC)

Article templates at the beginning
Isn’t the infobox→dablink→msgbox order looking weird? I think that infobox→msgbox→dablink is better (compare Zombie Pigman and Horse). —  NickTheRed37 t/c (f.k.a. Naista2002) 13:45, 9 March 2015 (UTC)


 * The reason I proposed that order was because I thought of dablinks as a subtitle to the title, rather than a header title to the content, thus that order made sense.
 * That being said though, I do agree it looks a little better on Horse, as keeping the text together seems to look better, although I generally do not like the look of combinations of dablinks and message boxes anyways – KnightMiner  · (t) 16:47, 9 March 2015 (UTC)
 * Thanks. LauraFi, JEC6789? —  NickTheRed37 t/c (f.k.a. Naista2002) 17:10, 9 March 2015 (UTC)

Minigame notability
Currently, minigames are considered notable if Mojang has claimed to play them (see MCW:Style guide). The problem with that is there are many minigames Mojang has played, and some of them would be hard to cover in an article. For instance:
 * Marc was in the original video of SethBling's "Blocks vs. Zombies",[] as well as frequently plays new minigames for realms, all of which tend to require many command block implemented mechanics.
 * Both Grum and Dinnerbone have on several occasions joined MindCrack for their Ultra Hardcore deathmatch.[][]
 * Several mojang employees have been on several minigame servers. Dinnerbone has for example played both "Juice" and Survival Games on PlayMindcrack.

Basically I am proposing only allowing minigames which do not require plugins or excessive command blocks, leaving games such as Spleef or Ultra Hardcore, both of which require few to no commands for setup. It may also be relevant to only allow those minigames within tutorial articles, though minigames hardly seem like tutorial content directly (setting up maybe, playing strategies as well, but not general description). – KnightMiner  · (t) 17:37, 19 March 2015 (UTC)