Minecraft Wiki talk:Community portal

This is the community's main discussion page. Talk about just anything here!

 Talkpage archives
 * July - Oct 2010
 * Nov - Dec 2010
 * Jan - Feb 2011

Merge pages about dyes
Having separate pages for each dye seems rather unnecessary to me, especially when you consider the short length of these pages and how little information there is to tell about them. Should we just make one big "Dyes" page that lists all available dyes along with recipes?--Quatroking - Garble Garble! 21:45, 13 January 2011 (UTC)
 * I would support this move, as one of the people keeping an eye on the Wool Page. -St. Fenix (User•Talk) 16:46, 15 January 2011 (UTC)
 * I concur. --Gnu32 09:40, 28 January 2011 (UTC)
 * Seconding this, as I standardized the pages (somewhat), they started to all seem like repetitive stubs. I'm up for doing the grunt work if there's an authoritative consensus. --Miner Key 19:03, 29 January 2011 (UTC)
 * I disagree. I feel they need to be kept separate, lest we dive back into the days when mobs were all on one page.
 * while for now, it seems messed up, a lot of the dyes will likely have secondary uses. Obvious candidates are bone meal, ink sac, coco bean and lapis lazuli. If we merge them all to "dye", then all of the dyes will need merging. We will have 15 infoboxes, info about bone meal as a fertiliser to fit in, info about lazuli ore and all potential future uses for all dyes.
 * This is an editing nightmare, and layout-chaos. and even if the unique ones aren't added, that's still 11-ish infoboxes. That is way too many.--Kizzycocoa 11:23, 31 January 2011 (UTC)
 * Separate page with the list of all the dies, but make it so that material that can be used to create dies have a link to the page:
 * Example-
 * Cactus would have a section for one of it's uses, being creating the [green die] which would be highlighted with a link and when click would be moved to the section of the die page where it would show a cactus, and how to turn it into die.-- RockBreaker 10: 03, 04 February 2011 (UTC)
 * Different items need different articles, so concur. - Cilibinarii 13:34, 6 February 2011 (UTC)
 * I agree completely, as long as its done right. TTorres896 02:17, 2 March 2011 (UTC)

Disabling forced preview on authenticated users and allow unregistered editing with forced preview enabled
Basically, this would mean that people who are already registered would only have to authenticate themselves on their preferences page, which is a really quick job and only requires you to register your email address. After this you are free to edit around without being forced to preview your work first. (but please try to do so every once in a while)

Along with that, we'd like to allow unregistered users to edit again, increasing the community, but only under forced preview so the spam is limited.

Please share your opinions on this matter.--Quatroking -  MCWiki Administrator  21:53, 3 March 2011 (UTC)
 * Personally I don't like unregistered users, I see it as if you can't be bothered registering for the site, then you can't be bothered making any good edits. So the only reason left to use unregistered is for spam.
 * Forced preview, well I'm not sure about that. I don't really think it's all that useful as back when I had it, I'd just click show preview when the page loaded, and start editing afterwards, so it was more of an inconvenience, than a thing to force me to actually check my edits.
 * I'd still like to see a "Trusted editors" group, that gives people some extra tools for editing, while not actually making them admin. – ultradude25 ( T at 22:34, 3 March 2011 (UTC)