Minecraft Wiki talk:Community portal/Archive 7

From Minecraft Wiki
Jump to: navigation, search

Old articles lost in the wiki in bad quality

Some of the articles in the wiki are old, outdated, badly written and generally bad, for example: Chunk updates, Admin, Lua Scripting, Creation and saving class. Map Editing (hex) all of those articles are from Category:Server and Category:Development, which contain many articles like those, but I believe there are more categories like that! I have no idea what to do with them..delete? rewrite? merge? i really don't know...--Yurisho 15:29, 25 August 2011 (UTC)

For the record, a list of pages which have gone the longest without being edited can be found at Special:AncientPages. Interesting how many pages from translation projects are on that list... ダイノガイ千?!? · ☎ Dinoguy1000 17:34, 25 August 2011 (UTC)
Ignoring the translation articles, the others should be tagged with a version of :Template:Outdated that indicates they need to be updated/rewritten etc. -- Wynthyst Image:User Wynthyst sig icon.png talk 18:32, 25 August 2011 (UTC)
Really? Template:Outdated?? It doesn't even makes sense...--Yurisho 19:10, 25 August 2011 (UTC)
Yeah, Template:Outdated refers to features that were once in normal Minecraft, but are no longer. I, personally, have been sorting through them to see what I can add to the articles, but most of them are translations. Verhalthur (talk)(contribs) 19:14, 25 August 2011 (UTC)
Please note my use of the words "a version of" I was not suggesting using that template as is, but something similar. -- Wynthyst Image:User Wynthyst sig icon.png talk 01:44, 29 September 2011 (UTC)

 I agree I have to agree that something really needs to be done about maintaining the accuracy of the articles. There are far too many articles that are not only outdated but also include meta-updates that sate things like "As of 1.x this was changed to..."

I believe these articles should be completely rewritten with the current information and, if necessary, a separate history section be added that contains the older information. Such as: "Prior to 1.x this used to work this way..."

--Mystara 20:59, 1 December 2011 (UTC)

Item naming proposal

Shouldn't we call all items that also have a block with a similar name similarly? Right now we have [{{fullurl:Diamond (Gem)}} Diamond (Gem)], [{{fullurl:Iron (Ingot)}} Iron (Ingot)], and [{{fullurl:Gold (Ingot)}} Gold (Ingot)].

First of all, the ingame items are actually Diamond, Iron Ingot, and Gold Ingot, without parentheses, so the ingots should probably retain their ingame name.

But seeing as the Diamond page should be a disambiguation, calling all items that need the defining extension Name (Item) seems to make more sense to me, for example: Diamond (Item) Verhalthur (talk)(contribs) 17:38, 27 August 2011 (UTC)

I disagree with your last point; we should only be adding bits to article names if it is necessary for disambiguation (e.g. if two blocks/items have identical names). I'm also not seeing why Diamond must be a disambiguation page; what does it do that an {{About}} hatnote at the top of the Diamond gem page with the pagename "Diamond" could not? Seriously, {{About|the gem|the ore|Diamond Ore|the block|Diamond Block}} would fill the role perfectly.
I have never been happy with the dabtext-in-titles craze here, though I've also never really voiced it before. ダイノガイ千?!? · ☎ Dinoguy1000 05:01, 28 August 2011 (UTC)
Actually, the about template would do perfectly in the Diamond page. My two basic points were that we should use ingame names and, if necessary, use (Item) or (Block) as the added text in the title. Really, though, if we use ingame names that there should be no problem. No two things are named the same. Verhalthur (talk)(contribs) 06:14, 28 August 2011 (UTC)
That's good to hear. I'd appreciate hearing the thoughts of others on this though (particularly admins/Curse staff); if this discussion will manage to get a change to happen, it should be sooner rather than later. ダイノガイ千?!? · ☎ Dinoguy1000 13:31, 28 August 2011 (UTC)
The only thing I have to add to this discussion is that any change of the naming convention needs to be agreed upon by more than just the two of you. This affects the entire wiki. So please plan on this being a very lengthy discussion... i.e. weeks, if not months before it is implemented. If you need to go to individual talk pages and point them at this discussion to get adequate participaction, I recommend you do so. Also, no renaming of base images is allowed, they can be reuploaded, but not moved as this affects the German and Dutch wiki as well. -- Wynthyst Image:User Wynthyst sig icon.png talk 14:28, 28 August 2011 (UTC)
Why didn't we use the official ingame names in the first place? Was it just because because one person decided it to be so? Drenay 14:32, 28 August 2011 (UTC)
Don't worry, I was hunkering down for a lengthy discussion beforehand.  :) I don't expect the way we create pages to change very quickly, as otherwise rash decisions could be made. I don't think that image renames would really be necessary, though. As long as the image looks right, its name doesn't really affect anything. Verhalthur (talk)(contribs) 16:18, 28 August 2011 (UTC)
I find it much easier to use the object(type) naming rather than the in-game name on several articles, the ores being a few of them. It's more efficient and it makes searching easier. I'm against changing the way we name our articles.--Quatroking - MCWiki Administrator 16:37, 28 August 2011 (UTC)
Re:Drenay: The current naming scheme was used before official in-game naming existed. I don't care much either way (both make sense) but I suppose I lean a bit on the don't change side since that's the status quo. --JonTheMon 17:00, 28 August 2011 (UTC)
Again, I would point out use of the about template as a good way to link together ores and their minerals. The only problem I can foresee is differentiating between Brick and Bricks, the brick block. Verhalthur (talk)(contribs) 17:12, 28 August 2011 (UTC)
I vote No, I like the way the wiki is set up. It makes things look more official or elegant. Cool12309(T|C) 18:11, 28 August 2011 (UTC)
Please don't resort to "I like it"-style arguments, especially when there are quantifiably objective reasons to support one system over the other.
The current system is needlessly complicated and confusing - unless someone has taken the time to make the necessary redirects, a person cannot just come to the wiki and type an item's/block's in-game name into the URL bar or search bar and end up at the correct page (in the absolute best case, the proper redirect exists and points to the proper page; in the "good" case, the title they typed is a disambiguation page or redirects to one, meaning their intended target should be one click away; in the worst case, the title is a redlink or a redirect to an unrelated article). The current system does absolutely nothing that can't be done a million times better by judicious use of {{About}}. Wikipedia:Disambiguation is a very good read for those who are going to comment here. ダイノガイ千?!? · ☎ Dinoguy1000 19:59, 28 August 2011 (UTC)

Let me just provide an example for my point. [{{fullurl:Melon (Seed)}} Melon (Seed)]s are melon seeds. They are not Melons of the type Seed. [{{fullurl:Redstone (Repeater)}} Redstone (Repeater)]s are Redstone Repeaters. They are not Redstones of the type "Repeater". It is my personal belief that the title should say what the item actually is instead of putting a part of it needlessly into parentheses. Putting it in parentheses isolates the first word as the actual title of the article, such as the [{{fullurl:Redstone (Repeater)}} Redstone (Repeater)], which seems to be called a Redstone. Such a thing is analogous to calling Experience Orbs Experience (Orb)s, or Fishing Rods Fishing (Rod)s. Verhalthur (talk)(contribs) 13:34, 29 August 2011 (UTC)

Don't know if this is relevant or not, @Verhalthur, but there are two items in the game with the same name. The two items, both named stone slabs, one created from 3 cobblestone blocks, the other from 3 stone blocks. Should there be a mix of the two formats? Or would that cause confusion? Like, the redstone, iron and gold formats are decent, but Diamond (Gem) should be renamed to Diamond (item) because the word "gem" isn't mentioned anywhere ingame nor by any of the staff. Diamond may not even be a "gem" in the game. (seeing as it's in a fictional universe) I see the issue arise with Brick Block and Brick (block) though. The item smelted from clay and it's block counterpart are called [{{fullurl:Brick (Item)}} Clay Brick] and [{{fullurl:Brick (Block)}} Brick] respectively, right? (sooo confusing) --HexZyle 14:06, 29 August 2011 (UTC)

The Stone Slabs problem would be a case where I would title them something like Stone Slab and Stone Slab (Sandstone). The parentheses are being used to differentiate two ingame items of the same name, which works fine. I am not suggesting completely eliminating the format, just using it only when absolutely needed. Verhalthur (talk)(contribs) 14:12, 29 August 2011 (UTC)
I could see a good argument in that case for something along the lines of "Stone Slab" and "Smooth Stone Slab", or "Stone Slab" and "Cobblestone Slab" (or, as Verhalthur pointed out, this would also be one good case for part of the title in parentheses - something like "Stone Slab" and "Stone Slab (Cobblestone)"); no matter how it were done, though, a single {{About}} tag at the top of the article titled "Stone Slab" would immediately tell the reader which slab the article would discuss, and provide a link directly to the other article (all of this is only an example, though, since currently all the slabs are covered on one article). In general, using {{About}} on the page with the shorter, more general title should be enough to handle ambiguity (so, on such pages as "Diamond", "Brick" and "Clay", "Iron", etc.). ダイノガイ千?!? · ☎ Dinoguy1000 16:06, 29 August 2011 (UTC)
 I agree. The about tag seems like the best way to deal with all this madness :D --HexZyle 16:17, 29 August 2011 (UTC)

 I agree We need to use official names, so pages should be named as they are named in-game, items with confusing titles such as the clay problem should have an about template instead of having a different name, blocks with the same name should have the page with this name redirect to a disambiguation page that links to the different blocks pages named with parenthesis containing the differentiating property between the different pages(block/item; stone/cobblestone; etc.)--Yurisho 17:20, 29 August 2011 (UTC)

There is no need for redirects; just have the dabpage at the title needing disambiguated. This is another aspect of the current setup that makes absolutely no sense and is needlessly complicated. ダイノガイ千?!? · ☎ Dinoguy1000 20:26, 29 August 2011 (UTC)

 I agree I changed my mind, I like this a lot better now that it is explained. If I got it right, the pages are to be named the ingame name, with the exception of Stone Slabs (with a solution of something like "Stone Slabs" be a disambig. page). If a block has a same name as an item, put (Block) or (Item) respectively. Is that how it was meant to be interpreted? Cool12309(T|C) 21:03, 29 August 2011 (UTC)

More or less, yes (but note that we wouldn't actually have to do anything with slabs, since, as I said above, they're all covered on the one article). Also, this would be a good opportunity to discourage CamelCase in every single page title - "(item)" or "(block)" work just as well as "(Item)" or "(Block)", and neither "item" nor "block" is a proper noun, so there's no reason to require they be capitalized. ダイノガイ千?!? · ☎ Dinoguy1000 21:11, 29 August 2011 (UTC)

 I agree, too. Only stuff that really goes by the same name should be named equally. and i can’t come up with a single example.

if it’s Pumpkin Seeds, why is it [{{fullurl:Melon (Seed)}} Melon (Seed)]? Melon Seeds is much nicer and more logical, as you don’t say “melon” if you want to refer too melon seeds.

also, especially the redstone pages are silly:

  • Redstone (Ore)
  • Redstone (Dust)
  • Redstone (Wire)
  • Redstone (Torch)
  • Redstone (Repeater)
  • Redstone circuits

do you notice sth.? yes, we can completely drop the parentheses for all those items. – Flying sheep 14:07, 1 September 2011 (UTC)

It's been a week since the last comment; does anyone else have anything to add? Quatroking, JonTheMon, do you remain unswayed, or has your opinion perhaps changed? ディノ千?!? · ☎ Dinoguy1000 18:36, 7 September 2011 (UTC)
eh, It's not like I had a strong position to be swayed from, and I even said that both can work. It does seem that the consensus is towards the proposed system. --JonTheMon 18:40, 7 September 2011 (UTC)
i think that we’re going to implement it is relatively sure, as quite a few pro- but no contra-arguments arised. anyone against it should not take this as offense, because i just want to say the following: i’d like to start a sub-discussion about “Title Case” vs. “sentence case”, because there seems to be more disagreement. should we use a new section for this? – Flying sheep 12:57, 8 September 2011 (UTC)

here an overview. (possible) counterarguments added where applicable. new scheme means “use ingame names where appropriate, only use braces when necessary for disambiguition of identically named items”. example: diamond should mean only the diamond item as the “diamond ore” is called “diamond ore” and the “diamond block”, “diamond block” too. the only example that i can think of for identically-named items are the stone slabs, but they are together on one page, anyways.

If you feel it is biased, or have something to add, feel free to edit it. – Flying sheep 13:36, 8 September 2011 (UTC)

Arguments for the new scheme
Argument Counterargument
The new scheme matches the way the ingame items are named. This may be irrelevant if all items can be found with their ingame names as well[are they?]
The old naming scheme was established before official naming existed, so there was never a decision between the two.
Complicated and confusing: Redirects have to be created manually, links have to be created like this: {{static link|Diamond (Block)|diamond block}} instead of like this: {{static link|diamond block}}
It’s more semantic/logical, e.g. Melon (Seed)s are melon seeds. They are not Melons of the type Seed, as the braces imply
The braces are superfluous, i.e. can be left out without any decrease in meaning, or unambiguity.
There are no counterarguments, i.e. everything except opinion and lazyness speaks for the new solution.
Arguments against the new scheme
Argument Counterargument
It makes searching easier. I find searching harder this way, which may imply that this is an opinon and no argument.
It’s the status quo, i.e. it would require a lengthy process to change everything. We are many, and people who don’t want to don’t have to help.
It makes things look more official or elegant Opinion. I disagree.
It's more efficient This may be a valid argument, although I doubt it. But what do you mean by that?

Howdy. I have a vast history in Logic and Argumentation, (specifically Aristolian Formal Logic and Modern Informal Logic [Gauss, Gregor] and I can see with little doubt that the new proposal is vastly superior in logic to maintaining the current system. I understand that I am new here, and carry little weight, but I do strongly recommend the implementation of this new system. Cleverlynamed1 13:03, 14 September 2011 (UTC)

At this point, it would seem that this proposal has near-unanimous support. Wynthyst, is what we have so far enough to make it official? Verhalthur (talk)(contribs) 21:43, 14 September 2011 (UTC)
Yes, I think it's fine to start implementing this change. -- Wynthyst Image:User Wynthyst sig icon.png talk 15:27, 27 September 2011 (UTC)

Article Movement in Progress

Alright, here's a list of the articles I'm attempting to move. I don't have access to Minecraft at the moment, so some of these might be wrong.  :T

Feel free to add to this list when you've put the move tags on pages that need them. Verhalthur (talk)(contribs) 19:20, 1 October 2011 (UTC)

Also feel free to cross out pages if you have moved them correctly. (Mod help moving these pages would be GREATLY appreciated) Verhalthur (talk)(contribs) 19:27, 7 October 2011 (UTC)

If you want I can use my bot (R2-D2 (talkcontribslogsblock log)) to change all the redirection links to normal links. – Scaler (t) 20:39, 1 October 2011 (UTC)
Great idea! Only one has been moved so far, though, Redstone Dust. Verhalthur (talk)(contribs) 20:41, 1 October 2011 (UTC)
I'd probably have started moving pages myself, but i'm wanting to confirm the names in-game first (and I'm lazy =D ). ディノ千?!? · ☎ Dinoguy1000 22:57, 1 October 2011 (UTC)
Make sure when they're moved that you fix the image and invimage values. Most of them are automatic by the page name, and thus moving the page means they need to be manually specified, until the images themselves are moved, which requires updating the grid template and any pages that use the image, on all three shared languages; so it probably won't happen for a while, if at all. Don't upload a duplicate of the image under the new name either, that won't help anything and I'll just delete it. –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 02:35, 2 October 2011 (UTC)
Thanks for the reminder. =) I wouldn't have uploaded duplicates anyways; at most, I might've created redirects to the original images (but more likely not, since that's more work than just editing the values on each page =D ). ディノ千?!? · ☎ Dinoguy1000 03:54, 2 October 2011 (UTC)
I'm ready to make the changes, can I make them now since there is already redirections on the target pages? – Scaler (t) 16:43, 2 October 2011 (UTC)
Yes, as long as you use Special:MovePage instead of manually copy-pasting pages (there is a link to it at the top of every page; hover over the downward-pointing arrow immediately to the left of the search box and it's the "Move" option (and no, I'm not trying to talk down to you or anything; most of the editors here seem not to be aware of the move feature, so I figured I'd be better safe than sorry in explaining the proper method of moving pages ahead of time)). Also note that normal editors cannot move pages over redirects if the redirect has more than one edit in its history; these moves require administrator intervention. ディノ千?!? · ☎ Dinoguy1000 19:54, 2 October 2011 (UTC)
I was talking about changing the links, not moving the pages (didn't even know normal users could do that… ^^"). – Scaler (t) 20:01, 2 October 2011 (UTC)
The main problem at the moment is that we have to confirm the in-game names of blocks and items. Some of these might not be correct. I do know for sure, though, that the ores and the "Block of Iron/Gold/Diamond" are correct. Verhalthur (talk)(contribs) 20:07, 2 October 2011 (UTC)

I've gone in game and used the Too Many Items mod to verify the names. Here's the same list with my changes - - Apollyna (T|C) 20:50, 2 October 2011 (UTC)

  • [{{fullurl:Brick (Block)}} Brick (Block)] --> Bricks
  • [{{fullurl:Brick (Item)}} Brick (Item)] --> Brick
  • [{{fullurl:Clay (Block)}} Clay (Block)] --> Clay Seems like this one will need the (Item) tag. The name is the same.
  • Clay (Item) --> Clay See above.
  • Coal (Ore) --> Coal Ore Done.
  • [{{fullurl:Coal (Item)}} Coal (Item)] --> Coal
  • [{{fullurl:Diamond (Block)}} Diamond (Block)] --> Block of Diamond
  • [{{fullurl:Diamond (Gem)}} Diamond (Gem)] --> Diamond
  • Diamond (Ore) --> Diamond Ore
  • [{{fullurl:Glowstone (Block)}} Glowstone (Block)] --> Glowstone
  • [{{fullurl:Glowstone (Dust)}} Glowstone (Dust)] --> Glowstone Dust
  • [{{fullurl:Gold (Block)}} Gold (Block)] --> Block of Gold
  • [{{fullurl:Gold (Ingot)}} Gold (Ingot)] --> Gold Ingot
  • [{{fullurl:Gold (Ore)}} Gold (Ore)] --> Gold Ore
  • [{{fullurl:Iron (Block)}} Iron (Block)] --> Block of Iron
  • [{{fullurl:Iron (Ore)}} Iron (Ore)] --> Iron Ore
  • [{{fullurl:Lapis Lazuli (Block)}} Lapis Lazuli (Block)] --> Lapis Lazuli Block
  • [{{fullurl:Lapis Lazuli (Dye)}} Lapis Lazuli (Dye)] --> Lapis Lazuli
  • [{{fullurl:Lapis Lazuli (Ore)}} Lapis Lazuli (Ore)] --> Lapis Lazuli Ore
  • Melon (Block) --> Melon Melon slices are also simply called Melon.
  • Redstone (Ore) --> Redstone Ore Redstone "Dust" is also only called "Redstone" in-game. Change?
  • [{{fullurl:Redstone (Repeater)}} Redstone (Repeater)] --> Redstone Repeater
  • [{{fullurl:Redstone (Torch)}} Redstone (Torch)] --> Redstone Torch
  • [{{fullurl:Redstone (Wire)}} Redstone (Wire)] --> Redstone Wire Too Many Items skips straight from Chest (54) to Diamond Ore (56). I can't confirm the name of on-the-ground wire.
  • Snow (Block) --> Snow Block Both the thin layer of snow (78) and the snow block (80) are called "Snow"
Great, thanks! I've removed the move tags on the Clay pages and the Melon page, and added the move tag to the Redstone Dust page. If you happen to notice any other items or blocks ingame that don't match up to the article names, feel free to add 'em to the list. Verhalthur (talk)(contribs) 21:03, 2 October 2011 (UTC)
Ooh, quick replies make me happy ~ Anyways, if I get suspicious of anything, I'll check it. No prob. :'D - Apollyna (T|C) 21:33, 2 October 2011 (UTC)
I also updated the other list to avoid any confusion.  :T Verhalthur (talk)(contribs) 22:28, 2 October 2011 (UTC)
I've switched Gold (Ore) to Gold Ore as a test, If we are able to monitor what gets searched for more (Gold (Ore)/Gold Ore) then we can see if it worked. Theangryman (talk)(contribs) 15:43, 3 October 2011 (UTC)
I started a project yesterday. Minecraft Wiki:Projects/Moving Pages to In-Game Name Cool12309(T|C) 01:42, 8 October 2011 (UTC)
I keep forgetting, there is something that prevents, say me, from going and just doing all of this? It's because bla blah involves deletion blah blah no mod powers, right? I just forgot and it's bugging me. - Apollyna (T|C) 18:01, 8 October 2011 (UTC)
We need mods to delete some redirects so we can move the page to the appropriate name. For example, a page for Bricks already exists as a redirect to [{{fullurl:Brick (Block)}} Brick (Block)]. This means it cannot be moved there as that page already exists. Also I updated the original list with what has already been changed.--TheFinalBiscuit 10:14, 24 November 2011 (UTC)


Should the lawsuit between Mojang and Bethesda have a page for it? Or at least mentioned in the Mojang AP page? It is an important part of Mojang history, you could say. | JSan 17:51, 27 August 2011 (UTC)

Definitely not its own page. This is the Minecraft wiki, not the Scrolls wiki. I could see it fitting well on the Mojang page. Verhalthur (talk)(contribs) 18:17, 27 August 2011 (UTC)

I don't think so. this is supost to be a page about minecraft, not mojang


it's something very important about Minecraft. And it is about Minecraft, it should be shown!


 I disagree Information such as this should probably be left to the official wikipedia and isn't really a part of Mincraft.

--Mystara 21:03, 1 December 2011 (UTC)

 I disagree as well. It has nothing to do with Minecraft. The lawsuit is about a different game entirely, and doesn't affect this game at all. Lunakki 01:02, 2 December 2011 (UTC)

Added 1.8 stuff

…to {{ItemSprite}} and thus all dependant templates (such as {{Items}}). what do you think? – Flying sheep 13:38, 1 September 2011 (UTC)

Once 1.8 is out and we know what's in it sure :D -- Wynthyst Image:User Wynthyst sig icon.png talk 13:41, 1 September 2011 (UTC)
The mushroom blocks need to be added to Template:Blocks. Could someone please get around to that? Oh, and if the Huge Mushroom page looks ugly, that's my bad. I'm currently working on making the images 150px instead of 15px --HexZyle 14:08, 1 September 2011 (UTC)
EDIT: oh wait, the block side textures are 16px. Do I just expand them to 160px? --HexZyle 14:10, 1 September 2011 (UTC)
@HexZyle: Someone needs to update :File:BlockCSS.png first. (see link below) some genius has only added the cyan flower and left out the rest (though i don’t know how to deal with the new stuff at the bottom, where we already put out stuff. how about doubling the image height and putting everything which has to be edited (grass, leaves) in the bottom part, so one just has to replace the upper half when an update comes out?) – Flying sheep 14:15, 1 September 2011 (UTC)
What the hell is a cyan flower? Is someone trolling? And no, I'm not talking about the terrain.png, the mushroom blocks from the huge mushrooms should be added into the Planned: section of the blocks template --HexZyle 14:26, 1 September 2011 (UTC)
Ah, sorry, didn’t read properly. of course they should be added, even if their textures aren’t there already :D – Flying sheep 14:30, 1 September 2011 (UTC)
@Wyn: or we could just do it now that we already know it, sice jeb has uploaded the new item and block sheets: https://imgur.com/a/0Dpgb d’Oh – Flying sheep 14:15, 1 September 2011 (UTC)
now i did the same with the blocks! – Flying sheep 15:29, 1 September 2011 (UTC)
Someone should go through and update Melon, Melon_Seeds, Melon_(Slice), Pumpkin_Seeds, and Rotten_Flesh (did I forget any?) with the new sprites. --Warlock 16:17, 1 September 2011 (UTC)
Oh, well I meant add the blocks and links, sorry i didn't explain it correctly. Like: Huge Mushroom (Red Cap | Brown Cap | Stalk) --HexZyle 23:25, 1 September 2011 (UTC)
I'm just curious what part of “don't add these until the update comes out and we know for sure what's in it” wasn't clear in my original reply? -- Wynthyst Image:User Wynthyst sig icon.png talk 05:30, 2 September 2011 (UTC)
I don't really see the need to delay, we already have plenty of info on upcoming items/blocks. Everything else is blatantly obvious. --HexZyle 06:13, 2 September 2011 (UTC)
what HexZyle said. there are the textures, the screenshots and the videos. we don’t need more to start pages. the blue Spider page is a good example, as it has loads of evidence: they are small, poison the player, spawn in abandoned mine shafts, their spawners are surrounded by cobwebs, poisoning makes your health bar yellow…
we don’t need to wait for 1.8 if we already know so much. and if something was changed from what we thought to know, we can still change it. – Flying sheep 20:07, 3 September 2011 (UTC)
I have been too ambiguous. What I really mean is since all blocks are on the {block} template, regardless of if they have their own page, links have been added to them. The huge mushroom is not a block, neither is redstone. But they have categories that either take you to different sections of the page (if there is not enough info to have seperate pages, like lava bucket) or to different pages (if there is enough info, like for mossy cobble and redstone stuff) --HexZyle 01:27, 4 September 2011 (UTC)
you are right, only the parts are blocks, just like with trees – Flying sheep 14:08, 4 September 2011 (UTC)

Opening the wiki to anon edits

Once again I am bringing this topic to the community for discussion. We have implemented a lot of really good tools to battle vandalism and spam (which has always been the primary reason for not allowing anon edits). Limiting participation to only registered users my reduce some of those issues, however, it causes others. Recently, a user had to jump through a gazillion hoops to try to contact someone at Curse because they had forgotten their wiki account password and didn't have email enabled to be able to reset it. Since he was unable to log on, he was also unable to contact any of the admins via their talk pages, or the noticeboard or anywhere else. This needs to not be the case. I want to enable anon editing, and quite simply, unless you, the community provide me with solid reasons to not do this, it's going to happen. Thanks! -- Wynthyst Image:User Wynthyst sig icon.png talk 05:26, 2 September 2011 (UTC)

I support this whole-heartedly. Wikipedia has managed quite well with allowing anons to edit for a decade and counting; I don't see why we shouldn't be able to. Do you have any sort of timeline for how long the community has to comment on this issue? ダイノガイ千?!? · ☎ Dinoguy1000 06:22, 2 September 2011 (UTC)
Oh god, I can imagine it. We'll have aspergite weekly. We'll have articles about cars added daily. We'll be rolling around in nazi iconography and ascii art of various organs. the pages will constantly be vandalised to the point that no admin team can bear it.
and the pages they'll make. steve the slime will be up first. followed by god knows what. porky the pig? Geoffrey the Ghast?
this just cannot happen.
EVER. o_o --Kizzycocoa 06:42, 2 September 2011 (UTC)
Enough drama Kizzy. It happens on every other wiki on the network every day without any of these dire consequences you are predicting. Through proper use of the tools that we have available most of what you describe will never see the light of day. -- Wynthyst Image:User Wynthyst sig icon.png talk 06:51, 2 September 2011 (UTC)
 Agree While I personally don't like anon edits due to IP addresses being really hard to remember for me (maybe I should start writing them down...), I really think the abuse filter can handle them pretty well. Just seeing how well it has dealt with the constant spam we used to get before it was introduced (I wasn't even aware the automatic spam was still happening, until I opened the block log and found the abuse filter all over it) had really proved its effectiveness to me (although I wish I knew how it worked).
I would definitely like some limits set on them though, like only let them edit, maybe let them create pages, I'm not to sure on that one, no page moves (they can get really messy to undo), and either no image uploading or a limit on how many images they're able to upload per-day (although that's pretty easy to undo, so it might not be worth bothering with). –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 07:23, 2 September 2011 (UTC)
Things like page moves, and image uploads are restricted by default. We can add additional restrictions (within reason) as the community feels appropriate. -- Wynthyst Image:User Wynthyst sig icon.png talk 07:26, 2 September 2011 (UTC)
I would have no complaints with anons not being allowed to create pages (though this should be limited to content namespaces; anons should be able to create talk pages for very obvious reasons). ディノ千?!? · ☎ Dinoguy1000 08:49, 2 September 2011 (UTC)
 I mostly agree I agree that anons should be able to edit, and I agree abuse filter is good enough to prevent spam, I do think the anons should have limited editing only. The reason for that is that anon editors are mostly in-experienced in editing, noted by the fact that they don't find it worthwhile to register, or even if they are good editors, they are certanlly do not know this wiki's specific cloture and customs(i.e titles like uses, trivial, etc.).
Therefore I suggest only allowing them to edit pages, and not creating them, I also think it will be a good idea to forbid big edits - let's say, an edit that will have a bold number at the "Recent changes" page(this will not apply in the admin noticeboard and admins talk pages). I also think they shouldn't be able to upload pictures, and if they will be able to, there will be a size limit.--Yurisho 07:46, 2 September 2011 (UTC)
There are plenty of people who are very experienced at editing wikis, who will not register an account here for a number of reasons - maybe they're just making a spelling or coding fix and don't want to go through the hassle of creating an account for such a simple edit, or maybe they genuinely do not want to create an account (I knew several such editors on Wikipedia). Conversely, a username does not mean an experienced editor, not by any means.
It's also not a good idea to limit edits solely by size; there are a number of situations where perfectly legitimate edits are accompanied by marked increases in bytecount. On the other hand, page blanking in content namespaces is rarely desirable, so that could be stopped without any trouble, I think. ディノ千?!? · ☎ Dinoguy1000 08:49, 2 September 2011 (UTC)
Easily. -- Wynthyst Image:User Wynthyst sig icon.png talk 08:52, 2 September 2011 (UTC)
 Don't have a problem with this as long as moving articles, creating new articles and uploading files will still require regular userrights. Wyn is bringing up a very good point and allowing anonymous readers to edit pages would boost support a lot, as well as small-time corrections.--Quatroking - MCWiki Administrator 09:27, 2 September 2011 (UTC)
 Only if we restrict creating and moving moving pages, huge edits, and editing of template pages. (etc) Also, there are probably certain pages that would be best to be protected from anon edits. --{ Fishrock123 } (Talk) 14:07, 2 September 2011 (UTC)

This seems like a good plan, especially since you're considering the exceptions needed to continue to keep the wiki safe, like restricting page moves and limiting uploads. I've used the abusefilter a bit, so I can give assistance/advice if needed. --JonTheMon 15:54, 2 September 2011 (UTC)
 I don't like this Idea. As an Admin I need to contact the person maybe. But I can't talk with an IP. And I don't think the english Minecraftwiki team have enough admins to control all changes. -- Oliver Scholz de.Wiki Admin 15:57, 2 September 2011 (UTC)
 No. Yes, see comment below. There already many one-off accounts that deposit spam or advertising or speculation that are not caught by the abuse filter. Many are dissuaded by the process of creating an account, and if we open the dam by allowing anonymous edits, they will pour in. Verhalthur (talk)(contribs) 17:13, 2 September 2011 (UTC)
 No! We would have to fight more vandalism, maybe around 10x or EVEN MORE. If admins are ready to take more vandalism and protect the wiki for it, my opinion would possibly be a bit more positive, but still, this considerably adds vandalism. EDIT 1: And it is super-easy to create an account, why we would need guest editing? CosmoConsole my page! my talk! my contributions! 17:15, 2 September 2011 (UTC)
In answer to your question Oliver, this will extend to the language wikis eventually. As for the rest, MCW is the only wiki on the Curse network that doesn't allow anon editing. We have already increased the number of administrators, and we will add more if the vandalism/spam is such a problem. -- Wynthyst Image:User Wynthyst sig icon.png talk 17:56, 2 September 2011 (UTC)
To everyone worried about anons moving pages or uploading images: these actions are restricted to the users group by default; allowing anon editing will not cause a flood of vandalistic page moves and file uploads.
To everyone worried about vandalism: the abuse filter is a very powerful tool for stopping broad categories of vandalism; a number of filters are already in place and more can be added as the need arises.
To Oliver: you *can* talk with anons, via their talk page, just the same as you can talk with any registered editor.
To Verhalthur: The majority of the spam is done via bot; an automated script can register any number of accounts within a very short period of time and immediately proceed to edit with them. The only people who are dissuaded by the requirement of registering an account are those who do not want to register for one reason or another.
To Cosmoconsole: 10x is a gross overestimation; I doubt the ratio of vandalism to good edits will change all that much if and when anon editing is enabled. There are a number of reasons someone would not want to register an account to edit; as I stated above, this hurdle actively dissuades people who only want to make a quick typo correction, and I know of several people who, despite being quite prolific and trusted editors, adamantly refuse to register an account for their own personal reasons. ディノ千?!? · ☎ Dinoguy1000 19:04, 2 September 2011 (UTC)
I suppose we can add more filters when the need arises. The current ones did not catch the person spamming pages with swastikas a few days ago, but more can be implemented. Vote changed to yes. Verhalthur (talk)(contribs) 19:14, 2 September 2011 (UTC)
Filters will always be hard to adjust for intentional vandals (as opposed to bots). and wasn't that vandal doing edits on an account? --JonTheMon 19:25, 2 September 2011 (UTC)
If someone is committed to getting around the filters and whatever other technical roadblocks are in their way just to vandalize, the software is ultimately ill-designed to stop them (particularly if they use an ISP that assigns a different IP address to a user every time they connect), and preventing IPs from editing will definitely not slow them down. Fortunately, though, most repeat vandals have some sort of theme to their vandalism (like the above-mentioned swastika vandal), making stopping them relatively straightforward. ディノ千?!? · ☎ Dinoguy1000 19:52, 2 September 2011 (UTC)
I'm still for the 10-day rule. This is even worse. And what do I if the IP change? Sorry Wyn and Dinoguy1000 (your signature is strange), you're not convinced me yet. :) -- Oliver Scholz de.Wiki Admin 19:27, 2 September 2011 (UTC)
There's really not anything you can do when the person's IP changes. Keep in mind, though, that Wikimedia has allowed anon editing for the entirety of its decade-long history (counting the days when it was just Wikipedia, back before WM was even founded), across all 800-plus wikis, and they've managed quite well insofar as talking with anons is concerned. I've had people say various things about my sig before, but I think you're the first one to call it "strange"... =D ディノ千?!? · ☎ Dinoguy1000 19:52, 2 September 2011 (UTC)
 No I don't see many advantages to it. There simply isn't enough content in the game that is appropriate for the wiki, and we already cover everything exhaustively. We don't need every article looking like this. On the other hand, pruning the pages and fighting vandalism is mostly the admins' jobs, and you do a fine job of it. So if you want to give it a try, go ahead. --Theothersteve7 19:38, 2 September 2011 (UTC)
For every "Toilet paper orientation" article on Wikipedia, there are hundreds of articles only a fraction of its size. Articles on Wikipedia tend to grow to that size when their subject is a popular or controversial topic (which is why popular culture tends to be covered far more exhaustively than historically significant but somewhat obscure figures, for example). The fact that Wikipedia mainly covers real-world topics, which tend to be far more complicated than in-game topics, also contributes significantly. It is very difficult for an article to grow unboundedly when there's nothing else to be said about its subject, and that's close to the case for a lot of our articles. ディノ千?!? · ☎ Dinoguy1000 19:52, 2 September 2011 (UTC)
So, there are a number of ways to keep vandalism in check even if edits are open to anons, and several reasons to. Are these enough to persuade anyone to change their minds regarding this? --JonTheMon 18:37, 4 September 2011 (UTC)
This isn't even required IMO. If people want to contribute, they will register. Anons will just make random changes of which we aren't even sure that they are true, and additionally, imagine loads of kids trying to edit pages then and most of attacking pages with vandalism especially on translated pages. However, if you really want to do that anon editing, do an 7 day trial of it, and you'll see how it will come out. Tom.K 19:12, 4 September 2011 (UTC)
"If people want to contribute, they will register." - This is demonstrably false. I don't know about you, but if I'm reading a random page on a random wiki and notice a small typographical, grammatical, or factual error but have no intention of regularly contributing to that wiki, I am far more likely to edit the page to fix the problem if I'm not required to first register an account on that wiki. This isn't even specific to wikis; look at any website with some sort of public commenting system that requires registration, and you'll see (or rather won't see) plenty of people who do not post a comment because they would have to register an account to do so. Think about yourself for a moment - if you are surfing randomly one day and stumble across an interesting article somewhere, and you want to post a comment (but not very badly or urgently), but you have no intention of becoming a regular commenter and the site requires you to register to do so, how likely are you, really, to register just to post that one comment?
As far as the random vandalism/spam/test edits are concerned, I again point to Wikipedia and other Wikimedia wikis, all of which (all 800-plus of them) have allowed anon editing for the entirety of their history. Are any of these wikis a rules-free anarchy, a no-man's land of vandalism, a sea of unmitigated spam and "lol poop" edits? I challenge you - I challenge anyone reading this - to point to even a single one. ディノ千?!? · ☎ Dinoguy1000 00:28, 5 September 2011 (UTC)
Does it count if I made the vandalism myself? :P –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 02:02, 5 September 2011 (UTC)
Trollface.png? ディノ千?!? · ☎ Dinoguy1000 02:47, 5 September 2011 (UTC)
Nah trollface is too mainstream. /hipster –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 05:55, 5 September 2011 (UTC)
Okay then, do it if you want to... Tom.K 06:03, 5 September 2011 (UTC)

Entities need treatment too!

O.K this issue has been burning for me for quite some time - entities have not been taken care of.

  • Entities have no nevbox template and are instead divided to mobs who have a template, mobs and the player who are together at the environment template, and block entities and droped items/blocks who don't have a template at all!
  • The entity template is a joke - it is meant only for blocks and items, and come to replace the item or block template that should be there!
  • Some Entities like falling sand don't have their own section in their article.
  • Entities have no entitySprite and EntityLink, and therefor no EntityCSS.
  • Entities IDs can't be found at the {{static link|Data Values}}

The reason I finally say this is because until now we could live with that, because except mobs, the average wiki user don't think of thous entities as different from their block/item counterpart, but now experience orbs are added and where will they go? only an entity template.

I can't do this alone - I can make the nevbox template and the CSS, but not anything else, so I need help, I shell learn how to make a project in the wiki, and by tomorrow I hope it will be up - please help!--Yurisho 04:08, 6 September 2011 (UTC)

Project is GO! Minecraft Wiki:Projects/Entities! I am disappointing thou that no one commented on me...--Yurisho 17:58, 7 September 2011 (UTC)
You gave it a day before being disappointed? For a project like this I wouldn't expect many strong opinions before a week (with prodding). As to the idea itself, I personally see it as adding to the complexity of the wiki rather than making it more complete, since many items/blocks have entities which would then have similar page names. A possibly better alternative would be to integrate entity information into existing pages. --JonTheMon 18:08, 7 September 2011 (UTC)
you know what, there is something in it, I'm just so used to quick responses around here, I didn't think the likes of this will get a different treatment. For your second point - never had I though otherwise, the main point of this project is to make the templates, but the info will stay at it's main page(i.e primed TNT will still be in the TNT page, but will have another template in it for the entity and another nevbox, for entities.--Yurisho 18:12, 7 September 2011 (UTC)

ArmorBar update for 1.8

Just bringing to attention, in 1.8, the armorbar's position will most likely be moved to the left hand side of the screen, and the armour images are flipped. http://www.minecraftforum.net/topic/605483-18-updates-update-date-revised/ That means when the 1.8 update comes, Template:Armorbar and File:Half_Armor.svg will need to be reversed. I just thought this might be something so small it's likely to be missed, since i searched that forum entry and no-one had brought it up. --HexZyle 04:06, 8 September 2011 (UTC)

White pixels, what do we do with them?

Some sprites have white pixels in them, like the Fishing Rod, Feather and String. Until recently this was handled by making the white pixels more notable, by giving them depth. I don't like this solution because you alter the sprite itself, so I did something else - I gave it a squared background. This caused a few editing wars:

  • Some people think the old version is better.
  • Some think the background should circular.

After a while the sprites where reverted to their old format, and only now I saw it, so instead of opening ANOTHER editting war, I though I'll start a discussion on it - what version is better?--Yurisho 06:11, 9 September 2011 (UTC)

1.8 Bow and Arrow too. --HexZyle 06:34, 9 September 2011 (UTC)
how about editing the templates that use these sprites to give them an unified appearance? where are the sprites used at all? – Flying sheep 17:49, 11 September 2011 (UTC)
 Yes this is a brilliant idea I really like it,but what do you mean in you'r second question? they are used as the image in Template:Item--Yurisho 17:55, 11 September 2011 (UTC)
mhhh, backgrounds really dont look good. I think a black (or grey) outline is the best solution. Swpe(T|C) 11:11, 22 October 2011 (UTC)

Here are all the edits that contributers suggested:


(+ No changes to the original sprite at all, maintained accuracy)

(- Difficult to see the white)


(+ Much more visible with minimal edits to the whole image)

(- The sprite has been edited and is no longer original or perfectly accurate)

  • The white has a black outline
(Personal Preference)
  • The white is given "depth"
(Personal Preference)
  • Square Background
(+ Fits into the "theme" of minecraft, with everything being a perfect square)
(- Looks blocky and "old school", not as aesthetically pleasing as the other two options)
  • Rounded square background
(+ Entire background looks neat with curves modernizing the appearance of the sprite)
(- Takes away the "blocky feel" of the minecraft "theme")
  • Circle background
(+ Imitates the shadow of objects)
(- Apparently does not fit into minecraft due to it not being square)

Permission given to completely edit this comment and turn it into a table or something >>HexZyle<< TALK|CONT

Talk:Known bugs/Version 1.8 Page Clean Up

Currently, the 1.8 prerelease bug page is nearly impossible for someone with a bad computer to clean up. Unfortunately, I keep getting a 502 error every time I try to edit the page. It would be appreciated if we can get a few more people to help clean up the page. | JSan 15:26, 10 September 2011 (UTC)

What exactly did you want cleaned up? -- Wynthyst Image:User Wynthyst sig icon.png talk 17:00, 10 September 2011 (UTC)
Basically I would like it a little more organized, and fewer unnecessary posts that clutter up the page. Call it OCD, if you will. | JSan 23:20, 10 September 2011 (UTC)

Food changes

I know this is minor, but the pre-1.8 food "heals for" icons will need to be changed to "restores for". Get ready for mass edits for 1.8! Mccallister 02:50, 11 September 2011 (UTC)

What do you mean? We already have the hunger bar template or did you mean something else? --HexZyle 10:22, 11 September 2011 (UTC)
i think he means that the {{food}} template contains the key “heals”, which is on every food’s page. but it isn’t high priority. we can use the “heals” key as fallback for the new “restoresfor” key in the template, and use “restoresfor” in new pages. – Flying sheep 17:38, 11 September 2011 (UTC)
  • facepalm* What I mean is that the heart icons need to be replaced with the hunger icons. I know it's low priority; but it just bugs me. Mccallister 01:49, 12 September 2011 (UTC)
That's already underway. Anyway, since the current "official" version of minecraft is still 1.7.3, we have to keep the heart icons. --HexZyle 04:28, 14 September 2011 (UTC)


Should we divide the Wanted Pages list into language sections? Mccallister 02:18, 12 September 2011 (UTC)

The Wanted Pages list is an build-in feature of media-wiki, it's not possible to change it. – Scaler (t) 06:59, 12 September 2011 (UTC)

Changing Item/Block List

I would like to see a change in the item/block list that is under every item/block page. There a large amount of items/blocks in the game and it's making the list become an eyesore. Not to mention with future updates that there will be more stuff added. If possible we could code in a menu/drop down list. --Youassassin 16:56, 14 September 2011 (UTC)

Mediawiki Pros: help me!

Look at this revision of {{BlockSprite}}. it works flawlessly, unless it is used in {{SpriteLink}}, in which case everything gets fucked up.

wtf is causing that‽ – Flying sheep 12:21, 15 September 2011 (UTC)

The /positions link to xxx/position with xxx the page which call the template and not Template:BlockSprite/positions. I've fixed it. – Scaler (t) 12:41, 15 September 2011 (UTC)
oh. that explains why i thought it would work with pure BlockSprites. m(
thank you very much! – Flying sheep 13:19, 15 September 2011 (UTC)

Lock page please

Can we get an admin to lock the Ender Pearl page? It is undergoing a serious amounts of edits per day, and they are all just random speculation. This is getting annoying because there is like, 50 edits per day >:( --HexZyle 20:00, 15 September 2011 (UTC)

Trivia Sections

I feel like, in most cases, the addition of a trivia section is nothing but detrimental to the wiki. People seem to create one so that they don't have to figure out where the information they want to add belongs. It makes the information scattered and harder to find. What do you think we should do about this? Does anyone disagree? Cleverlynamed1 20:25, 17 September 2011 (UTC)

Talk page rules / grounds for deletion.

Is there any thought as to what can and cannot be put in a talk page for the wiki? I find that many new sections, especially those on 1.8 are simple speculation or opinion. Can we institute a rule that if something is utter speculation or just a, "Boy I sure hope Notch does such and so..." that we can delete it from the talk page? Cleverlynamed1 19:47, 19 September 2011 (UTC)

So, it's kinda a pessimistic view, but a lot of the time such things get added to the articles themselves, and allowing it on the talk pages acts as sorta a pressure release. So, i say talk pages should mostly retain the freedom they've had thus far. --JonTheMon 19:57, 19 September 2011 (UTC)
Good point. I hadn't thought about it that way. Thanks for the contribution. Anyone else? Cleverlynamed1 20:09, 19 September 2011 (UTC)
I see the talk pages as a sort of free grounds, I don't really care a lot about them as long as they discuss the topics related to their articles and as long as the text isn't abusive.--Quatroking - MCWiki Administrator 20:30, 19 September 2011 (UTC)
I've been operating under the assumption (when I can be bothered) that we don't want speculation and the like on talk pages, but if everyone else thinks this is fine, I have no problem changing my behavior. =) ディノ千?!? · ☎ Dinoguy1000 01:56, 26 September 2011 (UTC)
It doesn't seem like we can delete anything besides abuse from talk pages. This might be something good to put in the rules - if it isn't already. Cleverlynamed1 19:48, 26 September 2011 (UTC)


I don't normally do the wiki thing, but I would like to point out that the advertising on this wiki is fucking terrible. I'll be in the middle of a game with this wiki open in the background, and suddenly a bunch of videos will play. I'll have no idea where it's coming from, and no idea how to turn it off. It will go away eventually only to come back with a different ad in 5 minutes. It's horrendous and I won't use the site until it's gone.-- 17:15, 20 September 2011 (UTC)

I dislike the ads to, but I have uninstalled adobe flash player (but I still have some sort of flash player installed, maybe it's macromedia flash player or something because I can still watch some youtube videos) so now they no longer load. (I do it because they suck up bandwidth EVERY TIME I OPEN A NEW WIKI TAB) --HexZyle 06:38, 23 September 2011 (UTC)
Considering Adobe Flash == Macromedia Flash, you're definitely not using that, then. --NightKev 05:50, 10 October 2011 (UTC)
I just use the NotScripts extension on Google Chrome, and don't allow JS from ad sites to run - no ads, no autoplaying videos, no uninstalling software from my computer, no annoyance! ディノ千?!? · ☎ Dinoguy1000 01:55, 26 September 2011 (UTC)
@Anon67.240: No kidding. What browser are you using? Opera has a built-in adblocking type feature (called 'content blocking'), and Firefox and Google Chrome/Chrome have the Adblock+ extension. If you're not using any of those browsers, your browser of choice probably has some sort of adblock extension/feature as well, though you'll have to look it up yourself. Sadly, it still won't remove the rest of that sidebar, the only way to do that is register an account account and use a custom vector.css, or use a custom user css file to apply this css to the wiki (I know Opera has that feature builtin as well, and Firefox/Chrome should have extensions that allow you to do it too). --NightKev 05:50, 10 October 2011 (UTC)

Harder requirements for trivia?

I have been thinking about if we should have trivia guidelines similar to the Team fortress wiki to help remove cluttering of pages. What do you think of that? --Isakcool 08:28, 22 September 2011 (UTC)

Yes! If I knew how to code it in wiki I would put one of those plus signs here and say  Agree. Some of our trivia sections are atrocious. We have got to have some rules on that. There is so much redundant/misplaced/irrelevant/contradictory waste in those sections, and it is getting hard to police. Cleverlynamed1 12:13, 22 September 2011 (UTC)

A problem with trivia in this wiki is that people automatically put info in the trivia section, this is partly because there are no guild lines, and partly because there is no uniformed page template to follow(i.e for blocks: block template, description, behavior, crafting, smelting, history, future, trivia, references, blocks template, categories) I've been thinking of making a page to explain this, but didn't had the time...--Yurisho 15:58, 22 September 2011 (UTC)
 Agree I agree with what Yurisho said, and I'll even go so far as to say we almost do need a universal page template in general - not something overly strict but there should be uniformity in subsections like "Crafting," "History," etc. Or, at the very least, we need this for the "main" pages (ex: Mobs, Items, Blocks, etc)
 Agree Trivia section is terrible. Fixing it would be greatly appreciated --HexZyle 06:49, 23 September 2011 (UTC)
Then, if nobody has any further comments, then I think we will start working on the style guide, Or? --Isakcool 11:32, 23 September 2011 (UTC)
 Agree Do it! Cleverlynamed1 13:18, 23 September 2011 (UTC)
But now we then have to decide what is allowed and what isn't allowed. Like, for example, do we allow speculation? (Of course we don't), do we allow X of Y trivia and so on. --Isakcool 15:44, 23 September 2011 (UTC)

A Unique Suggestion for the Wiki

A forum user by the name of Kilyle contacted me on the forums and proposed an interesting idea. At first I dismissed it, thinking it was unnessisary, but then I saw the usefulness. (and novelty in it) Here is the original message:

"On the Enderman page, I think that the Enderman pic would change to an animated angry Enderman pic (the "I'm shaking, gonna get you once you look away" pic) on mouseover. I know doing things on mouseover is pretty easy, but I'm not sure how the wiki handles it; maybe an admin would have to do special code or something. Maybe it's not even possible via the way the wiki base code for the pages works; I don't know.
But you gotta admit, mousing over the Enderman to get an angry shaking Enderman would be both useful (showing how it looks in-game) and startling. Which is mob-appropriate :)"

>>HexZyle<< TALK|CONT06:49, 23 September 2011 (UTC)

It wouldn't be impossible. But you'd have to have a special style for it, I can easily do that; however someone will have to make a render for it and animate it (I don't do mobs). Seems like too much effort for such a trivial thing. –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 07:43, 23 September 2011 (UTC)
I don't see the point to this; it'd be just as good and a whole lot simpler just to link an animated GIF in the Enderman gallery or something. ディノ千?!? · ☎ Dinoguy1000 01:54, 26 September 2011 (UTC)
^^ I agree. Animated gifs are fairly easy to do using in game footage. -- Wynthyst Image:User Wynthyst sig icon.png talk 08:43, 28 September 2011 (UTC)
Then should animated gifs be implemented now? And maybe the profile of the enderman "flashing" between states should be shown instead of from the diagonal viewpoint or both viewpoints can be shown. - Asterick6 08:00, 13 October 2011 (UTC)

Template requests?

Is this where I would leave template requests? We'll need a new food related template for Potions, one that replaces "Heals for" with "Effect". I know how to build or modify one, but I don't think I have the permissions, so I'll just leave this here. --Ecksearoh 15:24, 27 September 2011 (UTC)

No special permissions are required to create a template. I would suggest you request feedback before implementing it though. -- Wynthyst Image:User Wynthyst sig icon.png talk 15:26, 27 September 2011 (UTC)
Thanks for the heads up, I'll try building a mockup first and then ask for feedback --Ecksearoh 17:01, 27 September 2011 (UTC)

Criteria for merging/splitting pages

I've noticed that there are quite a few pages on items/blocks which have either requested to be split or merged. What is the criteria for this?

Pages that are merged/redirected:

Now, these are all merged because they are all different damage values of the same block and act exactly alike.

However, there are other pages that are split or merged for reasons other than the ones abovee and I would like to know why:

--HexZyle 03:37, 28 September 2011 (UTC)

Because if they were separate pages, there would be about one line of information. (There's only two huge mushroom blocks, btw).
With the dyes, it's difficult. If you only have some of them split off onto separate pages, it would get confusing; so it's really all or nothing.
The stone bricks should be merged, but no one has gotten around to it yet. –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 03:41, 28 September 2011 (UTC)
Because wool colors are all one block, but with different meta data, and sow is slabs, stairs and wood, but I don't know about coal and charcoal, while all the dyes, huge mushrooms blocks and stone bricks all have different data values. So the real question is not why thous are merged and thous are not, but why tools and armors are merged! they have different data values and thus need to be split!--Yurisho 14:24, 2 October 2011 (UTC)
For the armor page, there is absolutely no reason at all to split it, we don't need 4 pages all saying the exact same thing except for one line out of 100 on each page. As for the tools... they already have their own pages, the "tools" page is merely to list them all. --NightKev 05:41, 10 October 2011 (UTC)


Sorry for my frequent edits to this page, but has this capitalization issue been decided/sorted? I'm kind of sick of pages being edited from "An Enderman is tall" to "An enderman is tall" and then back again. All the time. Note that capitalization of mob species should be handled differently than capitalizing item/block names. --HexZyle 13:20, 28 September 2011 (UTC)

A style guide has been talked about, but no one has formally started a project yet. Feel free to do so if you feel strongly about the issue. -- Wynthyst Image:User Wynthyst sig icon.png talk 17:14, 28 September 2011 (UTC)
How do I start a project? Link me to a few projects in the making, and I'll get the gist of it from there. I mean, is it like making a template? --HexZyle 19:56, 28 September 2011 (UTC)
What about only capitalizing names of items/mobs that have a special name like Enderman, Pigman or Mooshroom, and only if they are not commonly found or used? And also, maybe they should be capitalized if they don't exist in the real world. - Asterick6 04:13, 29 September 2011 (UTC)
That's not a very good way of differentiating between what should be capitalized and what shouldn't. If the wiki is referring to a real life cow, sure, use lowercase. However, a cow in minecraft is a completely different thing (being cubic and all to begin with, not to mention many other inaccuracies) and therefore the cow in minecraft is a seperate species of creature, and should be capitalized. because it doesn't exist in real life. EXAMPLE: The cubic Cow mob is based off the real life cow, which belongs to the bovine family. Mob names shouldn't be not capitalised just because a real life counterpart exists. The reverse is also true. If Notch added a NPC structure and called it an empire state building, it wouldn't need to be capitalised because it's not a proper noun and it's not its real-life counterpart. --HexZyle 04:27, 29 September 2011 (UTC)
Lol I see the reasoning behind this... but would the average person really think in this way? It makes the description more confusing for people to understand, but isn't wrong... Yup, this wiki needs a style guide - Asterick6 04:48, 29 September 2011 (UTC)
It doesn't really matter what the reasons and technicalities that underlies it, but rather its functuality. Who is sick of making links like {{static link|Iron Bars|iron bars}}? I know I am. And the edit wars. You may not notice them. But if you flick through every single change to a page (like I do), you will notice "creeper" being changed to "Creeper" then back to "creeper". It's neverending. --HexZyle 05:08, 29 September 2011 (UTC)
Well all you have to do is make a redirect page... but the edit wars on proper capitalization do need to be addressed - with a proper style page hopefully, if people will actually read it... - Asterick6 05:42, 29 September 2011 (UTC)
Make a redirect page for every multi word page? How painful :/ I will start on it right now though. Here is the link for the style guide on capitalisation project --HexZyle 05:55, 29 September 2011 (UTC)
Nope, that's rediculous. (just saw how many there are) I'll just create redirect pages as I come across the need for them. (if i find {{static link|Iron Bars|iron bars}}, I'll create the page "iron bars" with a redirect, but if it's beast boy, then I'll change it to Beast Boy (proper noun, monster species) --HexZyle 06:06, 29 September 2011 (UTC)

May I lowercase every single instance on the wiki of any object in minecraft that isn't a proper noun/species of mob, then create redirect links to match? (I did a test run with the iron bars page) --HexZyle 06:21, 29 September 2011 (UTC)

Top Contributors

Does this wiki have a Top Contributors page like Wikipedia does? I combed through the wiki with Google as an external search process but I couldn't find one. --HexZyle 13:45, 28 September 2011 (UTC)

No we don't. -- Wynthyst Image:User Wynthyst sig icon.png talk 17:12, 28 September 2011 (UTC)
Nope; it would require use of a database dump to generate such a list. It wouldn't do us any good, either; the only thing lists like that serve to do is to encourage an editcountitis mindset with certain editors. ディノ千?!? · ☎ Dinoguy1000 17:13, 28 September 2011 (UTC)

Articles/ads/tweets overlaying pages

On some pages (seems completely random to me) the "recent articles" and the ads and the "mojang tweets" are displayed such that they are on top of some text. Ive been on this wiki for a while and it starts to bother me.

Usefull info: Google Chrome. Old fashioned 4:3 screen. Up to date software.

Does anyone has a idea? or tips and tricks to fix that? Swpe 19:21, 28 September 2011 (UTC)

There was a huge string of complaints about this stuff but I don't think anything ever came of it. Do a search for "vector.css" (make sure you set content to "Everything" so it picks up user pages) and find someone's modified vector.css to remove the sidebar stuff. Then copy the contents to your userspace (User:Swpe/vector.css) and refresh. --Warlock 20:10, 28 September 2011 (UTC)
http://www.minecraftwiki.net/index.php?title=Minecraft_Wiki_talk:Community_portal&oldid=111468#Recent_appearance_hiccup.2FSidebar_feedback try there for complete instructions. -- Wynthyst Image:User Wynthyst sig icon.png talk 21:51, 28 September 2011 (UTC)
Btw it doesn't only cover text, it covers all images too. When you click to view them on a separate page, the side boxes obscure around 25% of the picture. Maybe they should only show up on the main page or not on image view pages. - Asterick6 03:30, 29 September 2011 (UTC)
Thanks for this data, I`ll look at it. Swpe 07:57, 29 September 2011 (UTC)
Users with the Greasemonkey or Stylish addons for Firefox can check here for a one-click solution. - Apollyna (T|C) 22:11, 2 October 2011 (UTC)

Website Template

Not sure if this is the right place to put it, but I noticed there's no template / infobox for websites here. I think. I was wondering if someone with a bit more know-how than me could either link me to the template if we have one or somehow get this wikipedia:Template:Infobox website into our system.

That way, I figure we could pretty up / make uniform some pages on the wiki. These, specifically - Template:Mojang

What do you think? - Apollyna (T|C) 20:19, 4 October 2011 (UTC)

I don't see why not. –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 04:50, 5 October 2011 (UTC)


Not sure this is where I should post it or not, but...Since the little problem Curse had earlier today with the navigation on the left not working I have noticed that the "star" to watch and unwatch a page has been moved to a little tab. That literally reads "Watch" and "Unwatch". Is this something they did to save room, or did I do it? --Throex 04:11, 7 October 2011 (UTC)

It's not just you; it happened for everyone, and I suspect it's because of the upgrade to MediaWiki 1.17 rather than any problems Curse had. ディノ千?!? · ☎ Dinoguy1000 04:22, 7 October 2011 (UTC)
It is likely that in the upgrade, $wgVectorUseIconWatch got reset to false, so it is no longer an image. I believe the wiki software automatically moves the watch button out of the drop-down and in to the tab area when it is an image, which is why it's moved now. –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 04:33, 7 October 2011 (UTC)
The entire Vector extension had to be replaced as the old one was part of the usability initiative, this is also what caused the nav bar to break for awhile. -- Wynthyst Image:User Wynthyst sig icon.png talk 06:04, 7 October 2011 (UTC)

Sliding Popups?

Whats with the new sliding from the top and left pop ups you have to close out..? Any way to stop that? --Throex 03:46, 8 October 2011 (UTC)

Never heard of them. Please explain --HexZyle 04:58, 8 October 2011 (UTC)
Next time it happens, I will take a screen shot and post it up for ya. Its not often that it happens, but ever so often a little pop ad appears. I know its not my browser and it only started happening yesterday after the Curse update and the watch/unwatch thing. --Throex 05:16, 8 October 2011 (UTC)
I already blocked it using the vector.css configuration. Maybe it's time for you to do the same if it gets annoying :) - Asterick6 08:12, 13 October 2011 (UTC)

Shouldn't we have some type of section on some page about the rivalry between Roblox and Minecraft?

Title says it all --Sonicyay2 23:01, 8 October 2011 (UTC)

Seems unnecessary, even if I am interested in reading such an article. - Apollyna (T|C) 19:44, 9 October 2011 (UTC)

Mob prevalence

While I understand the desire to make certain blocks/items more rare than others in the interest of making the game more exciting and challenging, some of the frequencies in which objects appear is downright frustrating. I have logged countless hours on countless maps in the game and have yet to acquire any slimeballs. I tried inputting the coordinate and seed data values in the 'slime-finder' tools, and they all say similar things, but I have yet to see a slime in my most recent map in any of the 'hot spots' the tools claim to detect. I refuse to mod or change code, but any help here would be hot.Rileyb65 17:18, 12 October 2011 (UTC)

Have you tried multiple tools or just the one? Are the tools compatable with 1.8/whatever version you are using? And most importantly, are the slimes bugged in the newer versions?
I have tried all the tools on the wiki, I wasn't sure if there were others, and I haven't run a search to see. The tools all say they're updated for 1.8.1 so I don't know. I'm starting to think maybe slimes are bugged in 1.8.1, in which case how would one let Notch or Jeb know if they already don't? Rileyb65 17:18, 12 October 2011 (UTC)
I found slimes with the 1.8.1, the main part is patience, they don't spawn very often. – Scaler (t) 18:11, 12 October 2011 (UTC)

Pocket Edition

So with the release of pocket edition, are there new pages for each item and detailed thing in the game being added? Or should we go back to every page and add a pocket edition section for it? For example: Wooden Stairs, should there be a section the reads the trivia/function/bugs for it? So that there are not duplicate pages, one for PC and one for PE. --Throex TALK|CONT 04:13, 11 October 2011 (UTC)

After thinking over the options, I personally think any PE dealies should go in the main articles just above the trivia. So, near the end of the article in its own section. - Apollyna (T|C) 04:47, 11 October 2011 (UTC)

Audio plugin-good or bad?

I woke up today, and had an idea for the wiki. we have many music discs, many mobs and even entitys that make sounds. so, I want to propose a MP3/OGG plugin that allows for music to be played in-browser.

what this could do, is have sound effects for each mob on their page. I imagibe 3 play buttons at the end of the mob template, stating 2 idle sounds, and 1 death sound (changable based on mob, of course)

this would also allow for us to host/play all music discs, which will stop forcing users to go to, say, youtube, so they can hear the discs on the page, which would definitely be used.

thoughts? comments? I myself am eager to get this due to the much wider applications I've bound to have missed. --Kizzycocoa 13:56, 11 October 2011 (UTC)

Hey cool, I also had this idea two weeks ago.  Like -- Oliver Scholz de.Wiki Admin
 I Support. Yes please. I like using the audio files on wikipedia and find they are very informative and show what text cannot, and I would like to see them in use here as well. --HexZyle 14:08, 11 October 2011 (UTC)
 Audio good, players bad. Having game audio samples would be a fine addition, but just upload them as media files as MediaWiki already supports (I think) — don't use an extra player plugin. See how Team Fortress Wiki does it. —KPReid 17:38, 11 October 2011 (UTC)
I would, but as of now, I cannot upload .mp3 files. nor .wav, .ogg or .mus. --Kizzycocoa 20:22, 11 October 2011 (UTC)
That's just a simple matter of editing the config for what files are allowed to be uploaded. Help us out here Wyn? –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 23:00, 11 October 2011 (UTC)
 Sure! What a wonderful idea. :'D - Apollyna (T|C) 14:48, 12 October 2011 (UTC)
 Go ahead. This would help people, and be more convenient. - Asterick6 09:03, 13 October 2011 (UTC)
 Yes, but only if you click on a button. I don't want to hear a ghast sound every time I go on the ghast page, only if I click the button "play sound". Calinou - talk × contribs » 09:12, 13 October 2011 (UTC)
I will find out if we can get the sound files mass uploaded. -- Wynthyst Image:User Wynthyst sig icon.png talk 09:14, 13 October 2011 (UTC)
Also, please let the sound only be uploaded by admins. I don't want to play the "hurt.wav" and hear the noise of someone breaking wind, or the sound of some British let's play-ers. --HexZyle 11:33, 13 October 2011 (UTC)
 I agree, that's a wonderful idea. Timberdoodle 11:41, 13 October 2011 (UTC)
 I agree I support this! I think it would be a nice add-on and feature to the wiki. Also note that I would prefer it be a button that plays the wave file instead of a instant thing when you load a page. I don't want to hear wave files in my music while I play it. lol --Throex TALK|CONT 18:32, 15 November 2011 (UTC)
 Good idea. This is an awesome idea, plus i can hear 1.0 sounds if this happens b4 it.From Moi, Ajc_1254 20:59, 15 November 2011 (UTC)

The sounds of Endermen?

No, I don't have any sound clips of the endermen, but I did see a random message on the pre 4 launcher that said "MAP 11 has two names!" The number "11" is the name of a future music disc in 1.9 and in the trivia of the enderman page, it mentions the possibility of that music disc containing their true sounds.

If I am not mistaken, map 11 is known both as the Ender, The End (or previously the sky dimension) which is two names. So unless someone already figured this out (excuse me for bringing up a pointless topic if this has already been pointed out; I'm still new here), I think that trivia in the enderman page is correct about Disc 11 containing future enderman noises. What do you guys think? MrLeonov 01:23, 14 October 2011 (UTC)

The MAP11 splash predates Endermen by a long time. It actually refers to the eleventh level of Doom II, which is called "Circle of Death" on the loading screen, and "'O' of Destruction" on the automap. -- 08:28, 24 October 2011 (UTC)

Merging info from Minepedia

I just checked out Minepedia yesterday and it seems like they are closing the site. There might be some info there that is not in MinecraftWiki, so maybe we should add them in? Just a heads up - Asterick6 02:53, 14 October 2011 (UTC)

Ender Portals moves and renames

Discuss it here, rather than on all the individual talk pages please. --HexZyle 04:39, 14 October 2011 (UTC)

I find it rather frustrating that I have to look at 3 seperate pages (The End, Ender Portal, and Ender Portal Frame) just to get some information. The Ender Portal (Structure) page (to be named as Ender Portal will serve as a centrepoint for all this info, similar to how the Nether Portal page collaborates all it's seperate parts. --HexZyle 04:44, 14 October 2011 (UTC)

The End and the End Portal should be different pages, all can agree on that, if they give the same info then something here is wrong. the portal page should not contain info on the end dimension and the end page should not contain more info on how to get there but that it is achieved using an end portal. the portal frame blocks should move to technical blocks along with the portal block itself. on it right now.--Yurisho 06:14, 14 October 2011 (UTC)
But are the portal frame blocks technical blocks? --HexZyle 06:16, 14 October 2011 (UTC)
Ah, it appears they are. That means more info that will be merged onto the Ender Portal at the end, yay! --HexZyle 06:19, 14 October 2011 (UTC)
Sure! The can't be legitimately collected and have a part in the end portal opening event - the definition of a tech block.EDIT: Oh you got it yourself...nm then, will still post for fun...--Yurisho 06:21, 14 October 2011 (UTC)

Wiki page templates project -lack of feedback

Back on Oct. 9th I started a project on making templates all pages must follow, I made an early prototype template for blocks pages, but did not reserve feedback since, I can't work with out feedback, and more importantly, alone. Just wrote this down to get a bit of attention.--Yurisho 09:56, 17 October 2011 (UTC)

I have joined Yurisho, and I too feel the lack of feedback on Minecraft Wiki:Projects/Wiki pages guidelines. We've currently made two guideline-pages that need feedback from the community. User:FracqGrenade | talk contribs 14:24, 30 October 2011 (UTC)

Famous Non-Mojang Staff

Over the discussion of whether Kurtjmac should remain on the Far Lands page, Swpe brought up the idea of having a guideline for adding famous people like Kurtjmac (and others like the Yogscast team, etc) onto pages. This would mean we could mention well-known minecrafters, but have rules against directly advertising. Of course there would have to be criteria for what makes a minecrafter "famous" but there could be a discussion page for that, and a list of players whose mention is permitted on the wiki (without youtube links, of course, that breaches the Video Guidelines) --HexZyle 00:47, 18 October 2011 (UTC)

I don't like that idea much. If it is picked up. I nominate myself as a person for the list.. I think my builds and things are just as good as others, I just don't post them online for people to rip off or say they built it. This is what everyone is going to say..btw.. --Throex TALK|CONT 01:23, 18 October 2011 (UTC)
I think this is already covered in the Minecraft Wiki Rules. 6. Mainspace Pages about users are only allowed if the user in question is part of, or closely related to Mojang. The problem with creating such pages, is that everyone (see Throex's comment) feels they are "important" and deserve a page. These types of pages are also very prone to vandalism. We are here to document the game, not the community. -- Wynthyst Image:User Wynthyst sig icon.png talk 08:05, 18 October 2011 (UTC)
Yeah I just found out about rule 6. But here`s an other idea: What if we create 1 (not more) page for only the most exceptional people (autoconfirmed protection ofcourse), has a high standard (it wont be a long list). I think we could handle 1 such page. I did already started such list inside my User pages, becuase if we are going to do such things, we first need a good working idea. If we not, well then we just dont...
That doesn't address the high vandalism issue. If people want to advertise their notariety within the game, then they are free to come and register and create a userpage. -- Wynthyst Image:User Wynthyst sig icon.png talk 16:33, 18 October 2011 (UTC)
Well, yes vandalism becomes a problem and I ofcourse understand that the admins have better things to do than editing a admin-protected special players page. I am giving it some tought, might that I (or someone else) come up with a solution for that in the future. But in the (imaginary) situation that there is no vandalism, what would be your opinion then? Swpe 16:45, 18 October 2011 (UTC)
 Disagree Totally subjective. Some people will say someone is famous, while other people won't. A page just for them is too much, however a trivia entry in a page is fine. Calinou - talk × contribs » 19:40, 18 October 2011 (UTC)

Well your right about that. seems opinions are clear. Lets stick to the "Occasional trivia", because I see this wont work at all. because you would need a entire set of rules and special moderators for just that. Not worth it. Swpe 15:02, 19 October 2011 (UTC)

So, a mention of Kurtjmac in the trivia is cool? (becuase that was the original point of this suggestion) --HexZyle 04:06, 20 October 2011 (UTC)
If it stays small and occasional trivia, yes. But thats all it may be. Swpe 15:00, 20 October 2011 (UTC)

Unknown Item

I found a new item in minecraft not listed here see the video [1] I do not use any kind of mod in the game–Preceding unsigned comment was added by Ricardoa42 (Talk|Contribs) 16:27, 18 October 2011. Please sign your posts with ~~~~

That's Lily pad. – Scaler (t) 14:52, 18 October 2011 (UTC)

Brewing Grid Template

Can someone make a Grid Template for brewing? it should look like the brewing GUI, showing the reagent at the top and one base potion on the bottom and an arrow should be edited in horizontally like other grid templates with the product to the arrow's right.--Yurisho 12:40, 19 October 2011 (UTC)

I should be able to make one with only 3 extra layout images. It won't support animation though as I don't understand any of that... –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 12:46, 19 October 2011 (UTC)
Basic brewing GUI done. It's not perfectly true to the game's design yet, but I need sleep. It should at least be functional. –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 14:29, 19 October 2011 (UTC)

Strange Textures

thumb Does anybody know what's that texture under the enchantment table? And the two on the right and left of it? --☺ Sven Kein Schwein ruft mich an! 10:33, 21 October 2011 (UTC)

Well, all I know is the two textures directly beneath the table are unused files for "town borders" that were thought up but never implemented into villages. --Captain_Clam 15:45, 23 October 2011 (UTC)

Thanks! --☺ Sven Kein Schwein ruft mich an! 14:53, 24 October 2011 (UTC)

How big may your user pages be?

Well I was cutting the size of my user pages, like always, because my user-pages tend to get huge. and i wondered: How big may your collection of user pages be? If someone could give some kind of measure, it would be nice. Swpe 19:29, 21 October 2011 (UTC)

As big as you want? –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 01:59, 22 October 2011 (UTC)
Yeah, I guess as long as you don't obviously monopolise the server, you can have your pages in one huge network. Note that whenever you create a page which's root is your User Page, it does not appear in the New Pages list, effictively allowing you to sneakily build a large network of pages unnoticed. --HexZyle 04:45, 22 October 2011 (UTC)
Yes it does. Set the new pages list to all instead of main. –User:Ultradude25 (User:Ultradude25/t|User:Ultradude25/c) at 06:11, 22 October 2011 (UTC)
That I did not know. Thanks. (I watch the new pages list all the time like a hawk. This is quite handy.) --HexZyle 07:18, 22 October 2011 (UTC)
Well oke, happy to hear this. Swpe 07:47, 22 October 2011 (UTC)

Main page discussion

Hi, I've been posting around, to notify the admins about this main page discussion I've initiated about the picture gallery suggestion, that remains on the Main Page/editcopy. The discussion was on the Talk:Minecraft Wiki#Picture gallery suggestion, and it seems that we've come to the conclusion that it looks good (I know that only a few people discussed it). I was just wondering if an admin would give the pictures a little tweak (make them look nicer), and then implement them to the main page, if he/she thinks it's a good idea. Just letting you know. User:FracqGrenade | talk contribs 20:30, 22 October 2011 (UTC)


hi there everyone just to let you know I have just signed up, of course I might need a mentor for the do,s and don,ts as it were, yours sincerly (Skorpious101 15:42, 23 October 2011 (UTC))p.s. if you want to add something to my talk page nothing rude please

Hello Skorpious101! You did not need to introduce yourself, as we are not a tiny community. for the do's and don'ts see the Minecraft Wiki:Wiki Rules page and for editing try the Help:Contents page and all other "Help:" pages.--Yurisho 21:07, 23 October 2011 (UTC)
If you need to ask anyone a question, you can do so on their talk page. If you are ever confused by something, use the talk pages. If you want something changed and don't know how to do it, use the talk pages. They are your best friend. :) --HexZyle 10:41, 24 October 2011 (UTC)

Minecraft code names

We can make a new page with all the code-names of Minecraft (Blocks, items, mobs etc.).--Ua 13:41, 25 October 2011 (UTC)

I agree that it has to be listed somewhere Swpe(T|C) 13:44, 25 October 2011 (UTC)
You mean like a Minecraftionary? --HexZyle 14:59, 25 October 2011 (UTC)

Grass Block and Grass

We're changing the names to the official in-game ones, so we should change Grass to Grass Block and Tall Grass to Grass.--Ua 12:19, 31 October 2011 (UTC)

Using parts of the wiki for private goals

This user talk page has been bugging me for a while, a group of people using a user talk page as their own private forum. The account that this talk page is associated to has no edits outside the user namespace, and even if it did, I don't think we should turn a blind eye to this behaviour, It sets a bad precedent. I want to get peoples thoughts on how the wiki should deal with this sort of situation, and this case in particular. While one attempt was made to establish dialogue it was quickly deleted, I have made a post on the page telling them that they shouldn't be using the wiki in this way. I await responses.--Kerotan 18:49, 31 October 2011 (UTC)

  • LOL! Looks like the Pool's Closed there. Some dude did a successful_troll.swf. Just an FYI - Asterick6 07:30, 14 November 2011 (UTC)
I hate it when people just delete comments instead of replying. I think Rule 17 should not just apply to images, and also apply to user pages as well. --Saphireking65 19:23, 31 October 2011 (UTC)
Simple answer: Perma ban, deletion of all user related pages and talk pages and 1 week ban to anyone who used the page as well.--Yurisho 22:05, 31 October 2011 (UTC)
Can we do that then? :D --Kerotan 22:30, 31 October 2011 (UTC)
Userspace content is not part of the mainspace. Anything (within reason) is allowed in the userspace. This includes, but is not limited to, gag pages, legend pages, server pages, community pages, fake pages, unaccepted tutorial pages, personal pages, pages about simple items, test pages, forum-simulation pages etc. etc. etc.
The ONLY rules that users HAVE to abide by in userspaces is to not post phishing/malicious links, and to not post anything that is unacceptable due to personal attacks, derogatory language, pornographic material etc. etc.
(AKA common sense)
This is generally an unspoken rule. Unless the moderators find issue with this and add a rule, it's safe to say anything goes. but only if common sense is applied.--Kizzycocoa 23:39, 31 October 2011 (UTC)
Yes, this rule does apply here. Though, the user has both vandalized userpages and threatened other users, so he's likely going to be banned, anyway. Verhalthur (talk)(contribs) 23:46, 31 October 2011 (UTC)
One, Unspoken rules are dumb, they do not promote a level of openness that is incongruous with wiki's "anyone can edit" philosophy, "anyone can read the rules" should apply too. Secondly, I reject your statement about backseat moderating, arguably, any action on a wiki could be called "backseat moderating", me and the other user did not make any claims to be moderators, or threaten anyone with being banned, we purely suggested that they may wish to contribute to MCwiki in a constructive manner, in a way that they are currently not doing, or if they do not wish to contribute, that there are plenty of other places to host a community. Finally, if this is a topic for the admin noticeboard, we should clearly then modify the notice on the board, which actively discourages discussions like the one we are currently having. I stand by my line that using the user name space in such a manner goes against the ethos of MCwiki, rather than a collaborative effort to build knowledge about minecraft, it is used a private forum for a server, edited by people that have no interest in the later.I hope what I said makes sense, and doesn't come off as aggressive, because I don't mean it to be. --Kerotan 00:15, 1 November 2011 (UTC)
Unspoken rule: don't kill anyone.
Anyway, back to reply.
Firstly, we are not wikipedia. Please note we also do not document only Minecraft. We document servers, mods and, rarely, community figures.
Secondly, there was backseat moderating. there was misinformation telling them to go elsewhere with their content. I see strongly implying as backseat moderation.
Thirdly, I will admit I was wrong there. I did not see rule #4 on the noticeboard. so, I shall withdraw that comment, conceeding you are right there.
This is a community of contributors trying to build knowledge, yes. but it is also a valuable tool to look up mods and servers. Fair play, that forum-esque thing would do better to be on a server talk page. But the userspace is open to practically anything. Regardless of where it should belong, it can go in the userspace regardless.
We are not tyrannical about the content of userspaces. and the day we do, I believe the wiki will have taken a turn for the worst. --Kizzycocoa 00:24, 1 November 2011 (UTC)
But you get, my point, if unwritten rules are consisently broken because of peoples lack of knowledge of them, don't you think it would smart to write them down (and yes I think it could be broken often, by the sort people in this thread who thought they should be dealt with in some manner)
I'm well aware that we don't only document Minecraft, when I say Minecraft, I included with it everything that is extra-mural, a game is not just the engine itself but all the things that surround it, so do not get me wrong at all, I'm all for the documentation of things that people could label "not minecraft".
To the backseat moderating charge, I contend that I did not force any one to do any thing, and the use of force (deleting pages, banning users) is where the line stands. (somewhat conveniently you might say) I can tell that you will contest this point, so it looks an agreement to disagree, with the proviso that I will not engage in such activity again.
To your final point, see my early remarks about extramural content, I totally agree with the tool line, but as a consumer of MCwiki there must be a line to be drawn in the main space between things that are useful for a portion of the public, as opposed to only useful for the private. And for all that talk of lines in the sand in the mainspace, I have to agree with you that I was too fascistic on the user space, while they do not contribute in the main space, I cannot force them to contribute, and if they did contribute, at what point would it be okay for them to have a private discussion forum on the user space, would it ever be okay? Would I ban all fun from the user space to stay consistent? Nope.--Kerotan 00:49, 1 November 2011 (UTC)
Users are allowed to discuss whatever they wish on their talk pages as long as it isn't abusive to anyone else. You are free to remind them of the purpose of this wiki, but they are under no obligation to change their discussion topic unless it's advertising non-minecraft items. They are not allowed to remove administrative warnings, (they may however archive them).
Personally, I don't feel that talk page is not being used as a proper talk page, and should actually be moved to a subpage of the userpage.
Every user here is a "moderator" to a point, and encouraged to assist other users with questions, point them in the right direction if they are lost or confused, and gently remind them of the rules where they see they may be breaking them. If the activity in question were actually a violation of our rules, and the users in question did not heed a community reminder of them, the next step is to alert the administrators by posting a brief note on the Minecraft Wiki:Admin noticeboard that is conveniently linked in the left nav. -- Wynthyst Image:User Wynthyst sig icon.png talk 01:44, 1 November 2011 (UTC)