Talk: Community portal

This is the community's main discussion page.
Talk about anything wiki-related here!

New Wiki Features

These new features coming soon, like the videos.. how much more are they going to screw with us? The ad bar on the right is bad enough.. --Throex ^TALK|CONT 20:49, 3 November 2011 (UTC)

I agree not only are thous videos badly made, they contain English voice over, something forbidden by wiki rules! My guess is that it was the forums idea without questioning the admins and/or parts of the community, and as much as good will is important, I don't think its good for the wiki.--Yurisho 22:08, 3 November 2011 (UTC)

I think its horrible for the Wiki, its against the rules and useless for other language users out there. They would have to make the same video for each language for it to be effective. And I highly agree that the videos are POORLY made. --Throex ^TALK|CONT 00:09, 4 November 2011 (UTC)

Can someone hit me up with a link to the videos in question? The first I've heard.--Kerotan 02:17, 4 November 2011 (UTC)

The videos better not autoload. My bandwidth is being chewed up enough with the advertisements. --HexZyle 03:36, 4 November 2011 (UTC)

What videos? –ultradude25 ^(T|C) at 05:48, 4 November 2011 (UTC)

In the minecraft forums they announce they gonna add some videos for the wiki, since then the post was deleted so I believe they understood the idea was sh*t.--Yurisho 06:34, 4 November 2011 (UTC)

Yes the post was deleted, it was in the news section of the forums. Glad they realized... but its not over.. They said that was one of MANY features coming to the wiki soon. --Throex ^TALK|CONT 13:13, 4 November 2011 (UTC)

I would like to see a download for this as a .dictionsary file, for the MacBookPro app Dictionary, so it can be put on my computer rather than on this website NINJAS KICK BUTT 16:28, 13 January 2012 (UTC)

IGN/Minecon

This section will cover two topics.

1. IGN, They seem to be helping minecraft out with minecon, I have noticed that they have started their own "wiki" for submitting ideas over on the IGN website.
IGN WIKI

They have also stated that they will be holding contest for users who submit videos to their youtube channel and users who help submit information to their Wiki. Why not hold contest for the users of this wiki and show support for US. We are the ones who edit and change this wiki on a daily basis to keep the information correct and current.
I don't understand why IGN would even host a wiki on their website about minecraft when this amazing wiki already exist.. Can anyone else spread some light in on this?

2. Minecon/IGN
Should there be a section listed on the wiki that includes IGN and the help they have given Mojang in doing their Minecon event?

I am sure some of this news is NOT new to other users, but it is to me. Considering I just found out about it when I discovered (5 minutes ago) that IGN would be helping hold a live stream for users not able to make it to Minecon. Either way, let me know what you think.. The entire wiki thing upsets me.. to know that they will have contest for wiki users there.. and not us. --Throex ^TALK|CONT 01:42, 6 November 2011 (UTC)

I'm not sure what the issue is here, IGN has wikis for everything, none of them are particularly successful. Mojang works with many networks, but this is and will remain the "Official" wiki. No, we do NOT highlight work done by our competitors, nor do we link to, or drive traffic to them. Curse's contest was sending 2 people from anywhere in the US to Minecon, and that contest ran for the entire month of October. Curse is going to have a LARGE presence at Minecon, the preparations have been going on for weeks, and there will be regular reports and extensive coverage of the entire event (most likely including video) available on our forums for anyone who isn't able to attend in person. -- Wynthyst

talk 14:10, 11 November 2011 (UTC)

Related/funny twitter quotes for each page?

I was wondering if we should perhaps put in a twitter quote from a Mojang employee at the top of each page, that relates to it in some way (humorous, maybe).
The TF2 wiki has something like this, but they're quotes from the in-game characters.

What do you guys think? –ultradude25 ^(T|C) at 07:56, 11 November 2011 (UTC)

I fully agree I wanted to add a quote section to the page guildlines project for some time now, but I'm so busy right now all I do in the wiki is just on my watch list...--Yurisho 11:02, 11 November 2011 (UTC)

I agree It would be awesome to have something like that.

I strongly disagree The point of a wiki is to contain useful information, not to be funny. Adding random quotes usually doesn't contribute any informational value, and it looks out of place. There are cases where quotes can contain information, but such information could simply be added to the article instead. JosJuice 12:53, 9 January 2012 (UTC)

On deleting and keeping info

Adding on to what you guys have said regarding the Talk pages, I wish to also mention the content of the articles themselves, and have a reminder from the Wikipedia:Avoiding common mistakes page:

Deleting useful content. A piece of content may be written poorly, yet still have a purpose. Consider what a sentence or paragraph tries to say. Clarify it instead of throwing it away. If the material seems mis-categorized or out of place, consider moving the wayward material to another page, or creating a new page for it. If all else fails, and you can't resist removing a good chunk of content, it's usually best to move it to the article's Talk page, which can be accessed using the "discussion" button at the top of each page. The author of the text once thought it valuable, so it is polite to preserve it for later discussion.
Deleting biased content. Biased content can be useful content (see above). Remove the bias and keep the content.
Deleting without explanation. Deleting anything that isn't trivial requires some justification, or else other users who care about the article's development will be caught unaware, and may think you're being intentionally sneaky. It is best to put a few words in the edit summary, or else you can simply write "See talk:" in the edit summary box and explain on the talk page.
Deleting or removing text from any Talk page without archiving it, except in your user space. Talk pages or any discussion pages are part of the historical record in Wikipedia. Every time the pages are cleaned up, don't forget to store the removed text in its corresponding archive ([[/Archive]]) page. (See Wikipedia:How to archive a talk page.)

We shouldn't just delete the info cause it's in the wrong section or is outdated. If we can move it or rewrite it while keeping the info, that should be the only thing we do. Also, I have been trying to add History sections to all the pages because old info that contrasts with new info continue to get overwritten and lost instead of being moved into the history sections to provide readers a view on what the topics used to be, and how they have changed, so that the readers will be able to use this info to do whatever (improve the wiki, improve their gameplay, understand, understand how Minecraft has changed since it was first made by Notch, etc.) Will other editors of MC wiki consider this goal/attitude and try to do this as well? - Asterick6 22:34, 14 November 2011 (UTC)

MC:PE iOS out now.

Minecraft Pocket Edition is out for the iOS iPhone, iPod Touch and iPad users. http://itunes.apple.com/nz/app/id479516143?mt=8 --Throex ^TALK|CONT 17:57, 16 November 2011 (UTC)

I've updated the page to reflect the release. Still need some links/citations and more info though. - Asterick6 05:16, 17 November 2011 (UTC)

Tabs

I want to add tabs, and planned to impulsively just add them, as you do. but, I need to ask you guys. so, tabs! would they be good?

for a demonstration, I have 2 options for users, so to demonstrate what I wish to add.

For one, you may choose to see it on the wiki. simply copy : http://www.minecraftwiki.net/wiki/User:Scaler/vector.js to http://www.minecraftwiki.net/wiki/Special:MyPage/vector.js , then look at http://www.minecraftwiki.net/wiki/User:Scaler/test . you're looking for tabs in the infobox.

For a much more leisurely view, have a look at http://mspaintadventures.wikia.com/wiki/Spades_Slick . the infobox tabs showcasing appearance also demonstrate what I'd like.

so, why should we add this?

for one, infoboxes will be more compressed and accessible by making multiple images just tabbed images.

for mojang employees, we'd be able to have both their avatars and RL images in the same infobox. for say, creepers, we could show a multitude of images, from their model, to their skin, to their face alone. for other items, such as steps and stairs, mushroom parts, music discs, aggressive/neutral/tamed wolves, spider eye changes, enderdragon death "skeleton" (though, perhaps not that specific), we'd also have a much better way to show the differences, other than animating with a gif. it gives the user control over what they see, rather than an automated image.

we'd be able to save space in many, many places with this. perhaps even helping with the footer templates. as they dynamically resize to content, it could make footer boxes a LOT smaller, which is very good as well.

basically, if used in just the right places, this would make a lot of space, would look nice, give the user control over the animations we currently have and would be a nice touch to the wiki overall.

thoughts? ^^ --Kizzycocoa 00:09, 18 November 2011 (UTC)

Sure I don't see why not, but they should be easy to find and use. - Asterick6 01:40, 18 November 2011 (UTC)

Tutorials section not noticeable enough

I think the link to the Tutorials section should be more obvious, so that newcomers don't just create a wiki page in the main article space that's for non-official game content. I already noticed the problem before, but this incident and this one just raised the issue. The authors didn't know that there was a Tutorials section. I really think the Tutorials section should be made more obvious/noticeable otherwise these things will just continue to happen, and perfectly fine guide/tutorial pages will get deleted for no reason. - Asterick6 01:00, 18 November 2011 (UTC)

New crafting convention based on Xbox demo

As seen here: Minecraft on Xbox 360 (HD) by Chimnyswift11 one can clearly see that all crafting recipes are aliened to the top left, unlike the wiki which is aliened to the bottom left/ bottom middle. So I think we need to change the convention to fit the Xbox version.--Yurisho 06:31, 25 November 2011 (UTC)
EDIT:We can also use the crafting menus as a basis for Template:Items/Template:Blocks.--Yurisho 06:36, 25 November 2011 (UTC)

Agree Yes, I agree with that FracqGrenade | talk contribs 18:44, 25 November 2011 (UTC)

Agree The crafting positioning was previously based on personal preference, I think it is a lot better to have a proper standard. –ultradude25 ^(T|C) at 09:35, 24 December 2011 (UTC)

Older Versions and Features

It's very confusing to try and figure out how something works when reading various sections for example:

On the Minecart page:

After Friday July 30's Minecart update(need specification), creating Minecart trains became a much simpler solution to transporting goods. To create a train, start with a fairly short length of straight track with an open ending on one side. Put a Powered Minecart on the side nearest the open end, and then add Storage Minecarts or ridable Minecarts along the rest of the track. Then, turn on your Powered Minecart. It will push the other Minecarts as if it were a Minecart Train. Placing an additional Powered Minecart on the other end will allow you to make a two-way train, as minecarts currently only push other carts, not pull. From Beta 1.6 to Beta 1.7.3, in single player mode, Powered Minecarts would not push carts on East/West facing tracks. In SMP, the powered cart will not push other carts at all, and will simply overlap the other cart and stop (the behavior seen in single player mode when trying to push a cart on an east/west facing track). However, this bug has been fixed in the Beta 1.9 Pre-releases and since then, the powered minecart works as intended.

Specifically the section that reads:

From Beta 1.6 to Beta 1.7.3, in single player mode, Powered Minecarts would not push carts on East/West facing tracks. In SMP, the powered cart will not push other carts at all, and will simply overlap the other cart and stop (the behavior seen in single player mode when trying to push a cart on an east/west facing track). However, this bug has been fixed in the Beta 1.9 Pre-releases and since then, the powered minecart works as intended.

Does every section on "How to" requires a full history write up as to when a bug was there, when it was fixed, oops it showed up again in this version and then was fixed again in this one. It bloats the article and fills it with confusing information.

Perhaps a better solution would be a "How to" section with the most current information and existing bugs with a trailing section that includes bug history.

The wikipedia should be used for gameplay and historic information, but not mixed together as such.

--Mystara 23:35, 27 November 2011 (UTC)

Which is why the old info needs to be moved into the History sections of each article. The article then needs to be reorganized and rewritten. Maybe we can post here the articles that need to be cleaned up or have a list somewhere else? Btw there are the {{Outdated}} and {{Cleanup}} templates that can probably be used. - Asterick6 01:26, 29 November 2011 (UTC)

Would it be inappropriate to flag an article as both outdated and needing cleanup. There are some pretty vague statements on a few pages that don't really provide the reader with information.

--Mystara 04:10, 2 December 2011 (UTC)

Separate pages for each potion item

There seems to be a lot of debate about whether each potion should have its own page, or whether it should all be on the brewing page. Right now specific potion names redirect to the potions page, which has no information on specific potions at all besides a very incomplete damage value list.

I vote that each item should have its own page, like every other item in the game, since that would make it a lot faster and easier to find the recipe and effects for a specific potion. I don't see what it would hurt to have the extra pages. Thoughts? Lunakki 01:07, 2 December 2011 (UTC)

The issue is, just how much information can you put for each potion? I'd think it'd be one or two lines at best, which means we'd just end up with a bunch of stub pages. –ultradude25 ^(T|C) at 09:55, 24 December 2011 (UTC)

One could for example describe all the different ways of brewing that potion how it is derived of different bases and so on. Then one can describe the different power levels and duration times, have an in detail description of the effect, it's throwable variant and so on. I think it's fully justified to have a page per potion type (NB: not one for "Fire Resistance 8:00" but "Fire Resistance"). In any case, there's much more to say about each individual potion than there is for example about Brick (Item), which has got it's own little article, too! --84.165.47.114 11:28, 4 January 2012 (UTC)

I agree with 84.165.47.114 Officerpup 18:59, 12 February 2012 (UTC)

New feature videos from Curse

Greetings and salutations! The Curse video team has been working hard to produce some high quality videos for use on the wiki. The first one is ready to go, but I'd like it to be previewed by as many of you as possible and then I'd like your input on how best to incorporate them on the pages. http://www.youtube.com/watch?v=gan18L4Eg5E Please watch it, and then tell me what you think. -- Wynthyst talk 21:26, 9 December 2011 (UTC)

Great explanation and speed, I love the straight-forward approach. The only issue would be the use of a custom texturepack, as the wiki doesn't allow the use of those on articles. (as was wholly agreed upon here)--Quatroking - MCWiki Administrator 21:34, 9 December 2011 (UTC)

Ok, if we can get the rest of the videos done without the texture pack, can we let this one slide for now? It will be redone eventually. -- Wynthyst

talk 21:42, 9 December 2011 (UTC)

Of course :)--Quatroking - MCWiki Administrator 22:11, 9 December 2011 (UTC)

I like it, but it REALLY needs subtitles. I hardly understand spoken english. Calinou - talk × contribs » 21:56, 9 December 2011 (UTC)

As it was already said, using vanilla texture pack and adding subs will make thoses nearly perfect ;p – Scaler (t) 22:09, 9 December 2011 (UTC)

This works for all youtube vids; Click the CC button and have it transcribe the audio. Then you can have the subtitles translated to any language of choice! It's experimental and not 100% accurate, but it works.--Quatroking - MCWiki Administrator 22:11, 9 December 2011 (UTC)

The problem I have with the videos is the player isn't widescreen, but the video is. Can we get the player to be the correct size for widescreen video? –ultradude25 ^(T|C) at 09:32, 24 December 2011 (UTC)

Unfortunately we have no choice in the youtube player, it is what youtube gives us. The only option we have is how wide. I have just been leaving them the default size. -- Wynthyst

talk 15:04, 24 December 2011 (UTC)

I didn't mean it was anything wrong with YouTube's player, I meant that we are embedding the player at a non-widescreen size, which is obviously a strange thing to do when the videos made to be embedded here are widescreen.

The extension only allows you to change the width, so the default sizing needs to be changed from 425x350, to 578x350 in the extension's settings. –ultradude25 ^(T|C) at 04:52, 26 December 2011 (UTC)

It doesn't work that way Ultra, if we specify a width, it alters the height to match. there is no way to make it "widescreen" it is what it is. -- Wynthyst

talk 09:33, 26 December 2011 (UTC)

Not the embed code, if it was changeable there, I would've just fixed it myself. You need to change the $ratio in EmbedVideo.hooks.php. –ultradude25 ^(T|C) at 03:40, 30 December 2011 (UTC)

I fully disagree Just like the last time, when the forums tried to add videos - I fully reject the idea, and this time I'm going to explain more problems then last time.

A. The videos are in English, enough said. Not subs will change the fact that for the video to be fully effective it needs to be made in all the languages - a mission impossible, because cruse don't know all the languages in the wiki so others will have to make thous videos, and they won't be at the same quality and level of polish, making the wiki inconsistent - a big no no.

B. They pass through the video on some points, but not all. Where are the block simple universal properties that appear in the wiki at the right for every block(opacity, physics, etc.), where is the technical knowledge(number of stages of growth, chance of growth, etc.) and many more. I fill this video consists only of practical knowledge and nothing more - a big no no in a wiki. A wiki does not present only the practical - If there is a video I expect it to show me, in an easy way to understand, the math that is talked about in the wiki, I expect it to explain to me why this why is efficient and others aren't.(this is impossible with out talking, that is part of the problem too)

C. And talking about efficiency - I love how they just show a farm and say:"here is an efficient way" when it clearly isn't the only one and the idea of the efficient melon farm(or any farm for that matter) is being debated on by so many people and they just go with one way and use it - again, practical knowledge only.

D. The video is meant for a beginner player, not an expert(that may explain the practical knowledge), so much so that they just say:"it can be automated" and I come to think:"Oh and how do you do that?" and they continue:"To learn more about..." ...IF YOU SAY SOMETHING THEN DEMONSTRATE IT YOU...

I'm sorry, but I can't agree less about adding thous videos.--Yurisho 07:23, 26 December 2011 (UTC)

Why does no one replay to my post? The simple answer will be that all the points I said here are correct, and in that case - why are thous videos still being made? No, the real answer is that this post had been thrown aside and never though of again. Why did you ask for feedback if you ignore criticism?--Yurisho 17:28, 8 January 2012 (UTC)

I disagree First, I concede that these videos are easy to understand; however, I do not believe they belong in main frame articles, and I will include some citations from the Video policy page as part of my argument

First, they do not translate in any way whatever to other languages. I love the fact that this wiki supports many different languages with more projects on the way. I think we should continue to do so without adding stuff that is not translatable. It is folly to have a wiki that allows for many translations, and yet include videos that are not translatable. This argument is formed from the "Video Contents" section of the video policy

  Embedded videos should be completely neutral, entirely for illustrative
  purposes, preferably without voiced (or written) comments, and re-usable on
  the alternative-language Wikis.

Second, these videos are not supportable. I have only seen a few of them, and I noticed that some don't have new release information, others have weird techniques that used to be bugs before they were fixed (I am talking about the 'place doors this way' reference in the Skeleton video). With upcoming release and bug fixes these videos will no longer match the actual world of Minecraft.

Third, before Minecraft's big release in November, I saw a user put up a bunch of videos for Mobs. These videos where silent and demonstrated the A.I. of the mobs that where displayed. These videos, like all others before now, where removed because of the 'Video Policy.' Now, these new videos do show behaviors of Mobs, but they do so in a non-translational way, because they are done in the English language. If those videos before where removed, when they displayed Mob behavior, then why are these videos allowed when they violate more than one policy?

Fourth, I don't like to watch these videos because of the references to 'Hi, I am such-and-such for such-and-such and you should do such-and-such because it is cool' type of feel. I think this is another direct violation of "Blatant self-promotion is not allowed."

To sum it all up, I don't think they belong in mainstream articles. At the same time I think they are well made, and I think they should be in a tutorial like section for beginners, or those who do not want to experiment. Leave the main articles language independent, and more supportable with new releases and bug fixes. Jsi7iv 14:00, 24 January 2012 (MST)

Minicraft page?

Do you guys think Minicraft can have a page of it's own, I mean Minecraft 4k has, and it is connected to minecraft just as much as Minicraft.--Yurisho 06:23, 19 December 2011 (UTC)

Minecraft 4k IS Minecraft, just a small version of it. Minicraft however, is just BASED on Minecraft. I feel it only warrants a mention on Notch's page. –ultradude25 ^(T|C) at 10:01, 24 December 2011 (UTC)

Remove forced preview

I would like to get rid of the forced preview that non-autoconfirmed users have.

The main reason I want it gone is because it doesn't work properly. For one, it gets reset when you press show changes (which I think is far better at allowing you to check your edit than show preview is); two, it interferes with the abuse filter's warn feature, causing an infinite loop until the problem that is setting off the filter is resolved; and three, makes the captcha completely unusable, causing an infinite loop that is only solvable if you remove whatever is giving you a captcha.

The other reason is, when I had to use it I found it didn't make me check my edits any more than if it wasn't there, and really I think all it does is be a nuisance and make you edit a little slower.

What are your thoughts on getting this removed? I don't think it'll cause any more vandalism, as we could counter new editors being able to edit a bit quicker by using the abuse filter to throttle them. –ultradude25 ^(T|C) at 04:11, 26 December 2011 (UTC)

CSS customization

To further stylize the wiki skin to fit the Minecraft theme, might I suggest the following code be added to the Common.css to change the small person avatar by the user links in the upper right hand corner to a pickaxe.

li#pt-userpage { 
	background-image: url(http://i852.photobucket.com/albums/ab82/KRCCFNF/items.png) !important;
	padding-left: 14px;
}

As for non aesthetic changes, might I also recommend adding this code to the common page (it forces extremely long <pre>s to become scrollable boxes as opposed to giant page expanders):

	pre { overflow: auto; }

Thanks. The Inexistent 04:13, 5 January 2012 (UTC)

These are helpful suggestions. I think we should implement them. (I'm just regular user btw). - Asterick6 04:49, 8 March 2012 (UTC)

Edit: but instead of using an external file, it should use a local file such as File:Grid Diamond Pickaxe.png, except that this will need a resize. How would you rescale/resize it to the same size as the external file? - Asterick6 05:01, 8 March 2012 (UTC)

It's possible we'll be using a much more MC-forum-like skin in the near future; that change places a Curse logo next to your username. The pre overflow change, though, I would need to see where it is actually needed. 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 16:57, 9 March 2012 (UTC)

'Removed and planned content' Template - idea

I think that placing removed mobs (e.g. beast boy, human) blocks (crying obsidian, gear) or planned ones (pigman, red dragon etc.) is quite strange. It should have its own template, where all unconfirmed, unused and removed content would be placed. What do you think? Xeoxer 16:45, 6 January 2012 (UTC)

We may also sort the content within the template into following groups:

Unused: it's functional in game's files, but not meant to be obtained, thus often causing crashes/ glitches when using it in game.

Removed: it was in a game at some time, but was later completely removed.

Cut: it was planned to appear in future version of the game, but the creator decided not to add it eventually.

Planned: it is officialy confirmed to appear in the future version of the game (can become 'Cut' if the creator changes his mind).

Leaked: it will probably appear in the future version of the game, but no official info has been given and thus it may appear in different form as it was thought or not appear at all.

Xeoxer 17:42, 6 January 2012 (UTC)

Opinion - Replacing the Griefing Article

The Griefing article is, honestly, a complete disgrace of an article. Even the Talk page contains nothing but complaints about the page. Not only are most of the suggested "Griefing Types" impossible to do, but they are sensationalist and incredibly biased. This article does little to inform the community what griefing actually is let alone its capabilities.

So I rewrote the entire article, however because it involved me starting over from scratch, it was blocked by the wiki software. Discussing it with Wiki admin Kizzycocoa, we decided to present my rewrite to the community and see if you felt that my rewrite was good enough to replace the current article.

I like to claim a small bit of expertise in the subject, as a griefer/coder for a well established team as well as a server admin for over a year.

My rewrite can be found at Griefing/editcopy (and of course the current version can be found at Griefing).

So what do you guys think?

- Emylbus 13:31, 11 January 2012 (UTC)

I agree In my opinion, the rewrite by Emylbus tells better what griefing is about, and states that some of the things mentioned in the current one is false. When i read the one that is on there now, almost everything there is wrong, and i support replacing it with the one Emylbus wrote. -Undertaker 11 January 2012

Agree That article looks much better. –ultradude25 ^(T|C) at 22:58, 11 January 2012 (UTC)

Agree The rewritten article is far more succinct & flows much better than the current one. Add to that, it is more up-to-date & doesn't include any sensational griefing techniques that are almost never used, like the current one does. - WhoopiGoldberg 10:53, 12 January 2012 (AEST)

Agree The new article is better in every way. period.--Yurisho 16:47, 12 January 2012 (UTC)

Article has been replaced with my version - Emylbus 05:52, 18 January 2012 (UTC)

Help needed

Bad video card drivers!      
     -----------------------

Minecraft was unable to start because it failed to find an accelerated OpenGL mode. This can usually be fixed by updating the video card drivers.

--- BEGIN ERROR REPORT 7fe0271 -------- Generated 1/21/12 7:11 PM

Minecraft: Minecraft 1.1 OS: Windows XP (x86) version 5.1 Java: 1.6.0_30, Sun Microsystems Inc. VM: Java HotSpot(TM) Client VM (mixed mode), Sun Microsystems Inc. LWJGL: 2.4.2 [failed to get system properties (java.lang.NullPointerException)]

org.lwjgl.LWJGLException: Pixel format not accelerated at org.lwjgl.opengl.WindowsPeerInfo.nChoosePixelFormat(Native Method) at org.lwjgl.opengl.WindowsPeerInfo.choosePixelFormat(WindowsPeerInfo.java:52) at org.lwjgl.opengl.WindowsDisplay.createWindow(WindowsDisplay.java:185) at org.lwjgl.opengl.Display.createWindow(Display.java:311) at org.lwjgl.opengl.Display.create(Display.java:856) at org.lwjgl.opengl.Display.create(Display.java:784) at org.lwjgl.opengl.Display.create(Display.java:765) at net.minecraft.client.Minecraft.a(SourceFile:230) at net.minecraft.client.Minecraft.run(SourceFile:648) at java.lang.Thread.run(Unknown Source) --- END ERROR REPORT ea53f005 ----------

Message when I tried to update video driver through Intel

Graphics Driver Product Detected Mobile Intel® 945 Express Chipset Family Current Driver Installed 6.14.10.4814 A customized computer manufacturer driver is installed on your computer. The Intel Driver Update Utility is not able to update the driver. Installing a generic Intel driver instead of the customized computer manufacturer driver may cause technical issues. Contact your computer manufacturer for the latest driver for your computer. Intel Chipset Software Installation Utility (Chipset INF) Product Detected "Intel® 6, 5, 4, 3, 900 Series Chipsets" Current Version Installed 8.0.0.1009 This version is valid.

While I don't think this is the best place for trying to find IT support, I'll try my best. What is the exact make and model of your computer. -- Emylbus 12:17, 22 January 2012 (UTC)

Adding Gadgets, global account linking, and automatic conversion

Can the revisionjumper and Navigation popups gadgets (as seen here) be added to MC Wiki? This will increase productivity and will allow editors (such as me) to easily see all the revisions and to preview content. This way, we won't have to dig through the view history to find and revert "tampered" or removed content (including vandalism, self-promotion, unsuitable good-faith edits, spam links, etc).

Also, I think it will be easier for editors and admins if there is a global account (linking), so that we won't have to create a new account for every wiki we want to help.

And for the Chinese MC Wiki, can the automatic conversion tool be implemented to help other editors? Here's more info on the project talk page. - Asterick6 02:38, 25 January 2012 (UTC)

The gadgets extension is not going to be installed. Add them to your userjs if you want them. –ultradude25 ^(T|C) at 03:28, 25 January 2012 (UTC)

What about global account linking and automatic conversion? - Asterick6 01:16, 26 January 2012 (UTC)

Curse has a global login system, but it has to be implemented on all the forums before it can be added to the wikis (the Minecraft Forum already uses it).

I don't have a problem with the global translate, I don't know if Curse can support it or not though. –ultradude25 ^(T|C) at 01:35, 26 January 2012 (UTC)

Ok, and I am using vector.css and vector.js, and I just tried installing the scripts by adding the code, but I'm afraid they're not working. How can I install them manually? - Asterick6 02:03, 26 January 2012 (UTC)

You were trying to locally import a script from another website. It should work now. –ultradude25 ^(T|C) at 02:07, 26 January 2012 (UTC)

Thanks for fixing it. I realized I needed the URI or something cause only the navigation popups was working since it wasn't installing locally. - Asterick6 02:10, 26 January 2012 (UTC)

hmm...I don't think it's working properly. I have cleared my cache and reloaded, but the revisionjumper script isn't working. - Asterick6 02:24, 26 January 2012 (UTC)

It seems to be loading for me. But I just get a blank drop down box. Maybe it requires the latest version of mediawiki, or some extensions/other crazy stuff that wikipedia has. –ultradude25 ^(T|C) at 06:57, 26 January 2012 (UTC)

You're talking about the "← changes since my last edit" link right? The revisionjumper is supposed to show this below the "← Older edits" link, but it's not appearing... The drop-down box you mention is probably the navigation popups and that one is working fine, but revision isn't :/ Can you fix it? It isn't hard right..? Maybe you can try updating MediaWiki...I really want to be able to use this function. It really saves a lot of time. - Asterick6 21:31, 26 January 2012 (UTC)

I know very little javascript and that is a very complex script. And updating MediaWiki is just... what? That would take a while to even prepare to update, let alone do that update itself... Plus it may not fix it anyway, because it may be relying on some weird setup in wikipedia. –ultradude25 ^(T|C) at 22:26, 26 January 2012 (UTC)

Recent "Community" Articles

Someone with a lot of power might as well change the name of "Recent Community Articles" to "Recent Curse Articles". They are never by the ACTUAL community anymore, they're just by dumb old Curse EVERY SINGLE TIME. This has been angering me more and more over the past few weeks, and I've finally popped. The worst is when it just links to some crappy video or something that looks like one guy spent ten minutes on. But guess what? Because he happens to be part of Curse, it's an instant Digital Diamond and Recent Community Article. My point here is change the name to something less misleading, or pull it together and post some legitimately good articles BY THE COMMUNITY. Thanks for reading this, but I doubt it'll do anything.

This is an issue for the Forum, not the wiki. But I will pass on your comments. -- Wynthyst

talk 17:59, 28 January 2012 (UTC)

Wow, the Community Spotlight article is awesome! It's actually about what the community has done. I don't know if I influenced this or whatever, but it's exactly the type of thing I was going for in my last post/rant thing above. Well done. Quibbloboy 00:06, 30 January 2012 (UTC)

silverfish block in village?!?!?!?!?

yeah i found silverfish blocks in a village so yeah why in a village?!?!?!

Help with replying on Talk pages?

I'm kinda new to talk pages on wikis, so can somebody tell me how to reply to people on talk pages and the "Known Bugs" pages? Yellowpikmin476 02:44, 8 February 2012 (UTC)

Just put in a colon (:) a line or two under their text (this adds a space like you can see in this reply) then type whatever you want. --Moxxy 02:48, 8 February 2012 (UTC)

Sign template

I'm not sure if this is the right place to put this, but I just created a sign template which allows you to easily demo sign commands. I created this primarily for the Bukkit guys, because so many mods depend on signs. The syntax is {{sign|First Line|Second Line|Third Line|Forth Line}}. For example:

First Line

Second Line

Third Line

Forth Line

Hopefully this helps some people. The sign is sized correctly that it is exactly 15 characters wide, so if you self-police the number of characters you add in the template, then they will all fit correctly on the sign. If you want alternate text colors, you can nest that in the template, like {{sign|color1=blue|Blue Line}}:

Blue Line

Second Line

Third Line

Forth Line

If you have any questions, please ask! --Nick2253 20:27, 15 February 2012 (UTC)

I improved it to be more like the in-game signs, and removed the dependency on a template I think shouldn't be a template. –ultradude25 ^(T|C) at 17:14, 16 February 2012 (UTC)

Template:Blast Resistance Values update

So, for a while, we had a problem with incomplete (and sometimes inaccurate) information on {{Blast Resistance Values}}, until Xfs finally came along and posted a bunch of technical info taken directly from Minecraft. Unfortunately, the info he posted was for Beta 1.8, and he hasn't edited since, so now the template is horribly out-of-date. As a result, we really need someone with the technical ability to get this info again and post it on-wiki so the template can be updated. Anyone? 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 08:54, 17 February 2012 (UTC)

*bump* This is kinda important, is there anyone that can do it? 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 05:52, 29 February 2012 (UTC)

I managed to get MCP working, looks like I can get some of the data Xfs did directly from source without too much difficulty. Give me a day or two to get it all tabulated. -- Orthotope 10:36, 29 February 2012 (UTC)

Cool, looking forward to it. =) 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 17:27, 29 February 2012 (UTC)

Not very "out-of date", it turns out. All the values were accurate, just had to add End Portal, End Portal Frame, and Dragon Egg. Looks like blast resistances are changed rarely to never. I'll run a diff once MCP updates for 1.2, but I don't really expect anything to change. -- Orthotope 10:07, 1 March 2012 (UTC)

Cool, it's nice to finally have it updated again (now just don't vanish like Xfs did =D ). 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 17:07, 1 March 2012 (UTC)

MC logo at our mainpage

At the our german "editcopy" page someone has inserted the Minecraft logo into the text. I need some opinions from wiki users, not only admins. thx. -- Oliver Scholz Wiki Admin 20:23, 28 February 2012 (UTC)

Not bad, it fits. Alt text works nicely when images aren't loaded. Harder to read, though, so I wouldn't use it on other pages. Also, there's a typo in your link on the directors page. -- Orthotope 20:56, 28 February 2012 (UTC)

For anyone reading this, there's already been a little bit of discussion on the Directors page. 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 16:59, 9 March 2012 (UTC)

XHTML

Why there is on every page <br /> or wrong <br/>, although wiki is in HTML 5? IllidanS4 (talk • contribs • logs) 21:03, 28 February 2012 (UTC)

Because HTML5 mode in MediaWiki isn't perfect; there are still bugs with it. The issue you cited will appear on any MediaWiki wiki using MediaWiki 1.17 and HTML5 mode, though it may have been fixed in 1.18 or later (I don't know for sure). 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 21:52, 28 February 2012 (UTC)

Also, the wiki used XHTML originally. But it changed in an update. –ultradude25 ^(T|C) at 02:35, 29 February 2012 (UTC)

bug in 1.2.2

I went to the nether with the new update to find a blaze (for a blaze rod) and I found a spawner but nothing spawned, that's when i noticed that there were no ghasts or zombie pig men. if enyone knows why and could tell me that would be great.–Preceding unsigned comment was added by 216.188.224.93 ^{(Talk|Contribs)} 00:32, 3 March 2012. Please sign your posts with ~~~~

Check your difficulty setting, make sure it's not on Peaceful. -- Orthotope 02:11, 3 March 2012 (UTC)

PvP tutorial started

If anyone wants to help, Ben has started the long-wanted PvP tutorial page. - Asterick6 00:58, 4 March 2012 (UTC)

Sandbox

Why, unlike every other wiki, do we not have a Project:Sandbox page for testing edits? This only servers to encourage users to test edits on content pages, which is never a good thing. I see the page existed, but was delete since "users should test in their userspace"... but that isn't at all helpful for anonymous users. Thoughts? --74.105.188.206 17:00, 4 March 2012 (UTC)

An admin deleted it cause he probably forgot about the IPs. I created it. It's located at Minecraft Wiki:Sandbox. - Asterick6 05:53, 7 March 2012 (UTC)

Edit:Oh and it seems like ^Project:Sandbox works as well. - Asterick6 05:54, 7 March 2012 (UTC)

I've moved the discussion back here as this issue does not only apply or address to me. - Asterick6 01:49, 9 March 2012 (UTC)

Minecraft_Wiki_talk:Community_portal#Sandbox:Your argument for keeping the sandbox is for people who aren't logged in, but how does that change anything? IP editors have userpages as well. Plus there's always a link to their userpage in the top-right hand corner, so they're far more likely to find their userpage than the sandbox.
Using the userpages over the sandbox is much better because:

You won't have any people overwriting your edits. Testing code is real fun when someone keeps edit conflicting you. :/

You have the space to create as many sub-pages as you want, for easier template testing.

It's keeps all the testing junk code out of the way of the main wiki space. Where as the sandbox is actually directly in the minecraft wiki space, which just seems awfully wrong. –ultradude25 ^(T|C) at 12:38, 8 March 2012 (UTC)

Uh.. most IPs don't know they can make subpages. And maybe they don't want to experiment on their userpage. Is there anything wrong with including a wiki sandbox page? I don't see why there shouldn't be a sandbox page even if user can edit on their userpages. What are you concerned about? - Asterick6 01:39, 9 March 2012 (UTC)

I'd like to hear others' opinions on this as well. And I have a feeling Ultradude is opposing this because it might increase his stress and burden of maintaining the site. Btw, I don't think you're the only admin here, Ultra, so you don't need to do all the work. And in fact, having a universal Sandbox page might decrease the number of edits to different pages since they are all concentrated on that single page. What's the problem? Are you concerned with bandwidth overload or vandalism? - Asterick6 01:49, 9 March 2012 (UTC)

There is little cost to having a universal sandbox, small enough that the benefits easily outweigh the cost. Having the sandbox would also not necessitate that anyone in particular would have to use it; if you're more comfortable testing stuff in your userspace, you could continue to do so.

As for finding the sandbox, that's not so much of a problem if we link to it from {{Doc}} or something, along the lines of "If you just want to experiment with template markup, please do so in the sandbox or your personal userspace". 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 17:05, 9 March 2012 (UTC)

I just don't see the point of a spamtastic page, when people can use their own userspace. –ultradude25 ^(T|C) at 16:11, 11 March 2012 (UTC)

I kind of agree with Ultradude here, and besides, don't we have the preview function for a reason?--Quatroking - MCWiki Administrator 17:29, 11 March 2012 (UTC)

Well some people want to test some things before editing, and they aren't necessarily fixing any specific article. 74.105.188.206 asked about it cause he wanted to test something, but there was no sandbox available. And it isn't a spamtastic page because only people who know about a wiki sandbox will use it when they want to test things or something. - Asterick6 23:25, 11 March 2012 (UTC)

signing on without being on web

I bought minecraft for my nephew so he could play at home. but now can only play if they have internet which they don't now. So i have it on my laptop so he can play at my house. :( This is a game/building project that is on my computer. Is there a way to make it so we don't have to pay for an internet connection to play in single mode? This really stinks... feels like i just got ripped off. If it can be fixed. I am hooked. I want to buy another copy for their house again.

Anyway, if there is a work around to make it a usable program being off line, please let me know.

Thank you –Preceding unsigned comment was added by 72.240.248.252 ^(Talk) 00:59, 6 March 2012 (UTC). Please sign your posts with ~~~~

As long as Minecraft has been successfully run once on a computer, you can simply use Offline mode to play. To access offline mode, you need to attempt to log in, and when that fails, select "Play Offline". --74.102.139.234 01:14, 6 March 2012 (UTC)

The two choices that come up are Login followed with a button saying try again. and parents under it saying "not downloaded" with a shaded button above that. To the left are the words can't connect to Minecraft.net I don't see anything that states "Play Offline" am i missing something? –Preceding unsigned comment was added by 72.240.248.252 ^(Talk) 05:46, 6 March 2012 (UTC). Please sign your posts with ~~~~

~~Hmm you might be using a different launcher. Re-download the official launcher from the minecraft site and try again.~~ If you are offline and you click "Login", it should say Can't connect to minecraft.net with the "Login" button changing to "Play offline." - Asterick6 05:16, 7 March 2012 (UTC)

Edit: btw did he download the game files onto his computer yet? If he doesn't have the game files, he can't play with only the launcher. You can copy the game files to his computer if he doesn't have an internet connection. - Asterick6 05:19, 7 March 2012 (UTC)

Edit2: Oh yea he needs to have connected at least once to the game servers and also download the game files before it shows the button for offline play. You may need bring his computer over and connect to the site first, or just give him a copy of your launcher if his isn't connected yet. - Asterick6 05:24, 7 March 2012 (UTC)

Sorting order of third party tools and Mods.

Hi Everyone :),

I have been informed by user Orthotope that the standard sort order for a Wiki is alphabetical. Which makes sense for pages with details such as Recipies etc.

However, when it comes to game mod's and tools, alphabetical sorting isn't quite as handy (I feel). When considering mods, I tend to be interested in either the newest updates to existing mods or new mods.

With Alphabetical sorting I need to scroll through the list of mods / tools to see which ones had been most recently updated.

I think mod and tool listings should work like blogs do. Having the latest entries first and then as you scroll through the list arriving at older ones.

Prehaps keeping the alphabetical order and having some kind of "updated" index at the top of the page?

What does everyone think?

--KVKConsultancy 10:26, 8 March 2012 (UTC)

If the table has the "sortable" class, you can sort on any column, meaning you can get a table that is sorted by version number (assuming that works properly; I need to check and may have to make adjustments to a template or two for it to work properly).

Also, I appreciate your enthusiasm, but this page is not the place to advertise your tools. ;) 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 18:20, 8 March 2012 (UTC)

Actually, it seems the tables on Mods already use the "sortable" class; the sorting isn't perfect, but it should suffice. To sort by the version of Minecraft mods are compatible with, click the little

icon in the "Latest compatible release" column on any of the tables. 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 18:31, 8 March 2012 (UTC)

Thanks, thats usefull. I'd still put my vote for having the default sort by latest updated.

lol xD nah, not advertising, mentioning. Fair enough though not wanting external links here :). --KVKConsultancy 18:37, 8 March 2012 (UTC)

The 'sortable' class seems to no longer work; the sorting icons don't appear. Possibly related to the recent MediaWiki upgrade? -- Orthotope 03:45, 19 March 2012 (UTC)

Old information

I'm just a lurker on this wiki but a long time Minecraft player. To me when reading most articles, they seem overwhelmed with recordkeeping of this or that behavior from a long ago patch or update. I'm talking things like "In infdev, this block behaved like ____" or "In beta 0.4, this item spawned much less frequently than it does today." It seems like this stuff is in more articles than it is not.

I think the wiki would be a lot more useful if this history-cruft was deleted, relegated to a historical page about each iterative update, or at the very least, relegated to a history section within each article. When I come here to read about something like how and where diamond ore spawns, I really don't see who would care about its spawn history in a 2 year old Alpha build. I'd be interested in the thoughts of the community on this topic. 71.208.231.180 08:02, 10 March 2012 (UTC)

This is exactly why we move the old info to the History section of each article. If there isn't a History section yet, people should create one and move all the old info to that section. Many articles are still cluttered with old info, so this might be a way to fix the problem. - Asterick6 21:38, 10 March 2012 (UTC)

I was also quite bothered by this, actually I bought up a similar point a year ago, which sparkled a little discussion.

Apparently not much have changed, so for the sake of trying I'm currently writing a little style essay about what I personally feel bad about some articles (and I've illustrated it), and I'm also proposing a simplified and standard layout for block articles with examples using fully rewritten articles. In particular, the whole "history" issue is justified in the style essay. I don't know if anything will be made out of this, that's one sided one point of view and one possible solution.

For the time being I'm trying to re-write several articles using my own guidelines so that I can find out issues about my guideline applied to some articles (and there are).

I am not the community so I can't go ahead and modify all the pages wild, I need to prove my point and evetually people would accept it, ignore it, reject it or enhance it...--Ha3 11:51, 10 March 2012 (UTC)

In my opinion, we should do something like the TF2 Wiki, where each article has a separate "Update History" section, for example the Sandman article, which notes any changes in bullet form, keeping historical information present but out of the way of current information. — MK (^c/_t) 12:20, 10 March 2012 (UTC)

Many articles now have a History section. I've been creating them and moving all the old information, but there are still a lot of articles without that section, which clutters the article with old info. - Asterick6 22:40, 10 March 2012 (UTC)

This wiki has a problem with Recentism. When new features are released, people add information about the new features, but they don't write about them in a historical perspective, which results in everything being written like a changelog with "As of version xxx, the item now does this" or In version xxx, this was added" or "Prior to version xxx, this happened" cluttering up the article. I think Ha3's style guideline is exactly what we should follow, and here is a real example: Instead of including this in the main section, "Prior to 1.8, dungeons could spawn quite high up, rarely appearing in mountains," it should be moved to the History section. Another is: Stone Brick is a new block type that was implemented in the 1.8 Beta update. Stone Bricks are one of the materials that are used in the Strongholds. The first sentence should be moved to the History section, and the second sentence now becomes starting sentence (which can be improved): Stone Brick is a new block type that was implemented in the 1.8 Beta update. Stone Bricks are one of the materials that are used in the Strongholds.

For more examples on how we can improve the articles, take a look at some of my diffs: [1], [2], [3], [4], [5], [6], [7], [8], [9], [10], [11], [12], [13], [14], [15].

Also another problem that needs to be addressed is the Trivia section. With most articles, a lot of the "trivia" are useful facts that should be incorporated into the main article, but most people don't know how to make a smooth transition into that piece of information, so they just add them to the bottom of the Trivia section when the fact should be added into the mainspace. This can also be addressed in the style guideline. - Asterick6 22:40, 10 March 2012 (UTC)

Hear, hear! I don't think we should, like, write a rule against creating this stuff — we should accept contributions of new information even if the author is lazy about integrating it properly — but it's definitely a good thing to keep non-History current and to integrate information out of Trivia. I've done several edits along those lines myself. So to answer 71.208.231.180: The problems you have noted are problems, and should be fixed when you can see how to do so. That said, I don't think the history of an item should be removed from the item's article itself — often the history can give important context about how it became the way it is, how people perceive it, or why an old mechanism design doesn't work like it used to. —kpreid 12:47, 11 March 2012 (UTC)

Btw, this was brought up earlier as well: Minecraft Wiki talk:Community portal#Older Versions and Features. - Asterick6 23:15, 11 March 2012 (UTC)

Also, I posted an opinion a while back on deleting and keeping info. - Asterick6 23:22, 11 March 2012 (UTC)

Wiki Idea

I don't know where else to post this so I'm posting it here. When you hit random page you should have a option to have it only be in a specific language rather than any language. This would be very useful. Carstorm 22:12, 11 March 2012 (UTC)

Random page is a built in function of MediaWiki. It's not really possible to eliminate the language pages. -- Wynthyst

talk 13:49, 21 March 2012 (UTC)

Xbox Edition

A question has been posed to me as to how to treat the upcoming Xbox edition on the wiki. Things to consider:

Ease of access - With the limitations of the Wiki search engine, making sure that people can find the information they are looking for as easy as possible has to be #1 concern.
Amount of difference between PC version and Xbox version. - We know it's going to be behind the PC version, but how different are blocks/mobs etc going to be? If there is enough difference, possibly an Xbox version specific infobox, or.. in more drastic cases a full subpage.

Any thoughts, ideas? Release is going to come fairly soon I believe, so now's the time to talk about this stuff. -- Wynthyst talk 13:47, 21 March 2012 (UTC)

Isn't a subpage easier? If we implement Xbox between the main pages, it could get out of control. You have to carefully know what you are editing on a page and I rather don't see anything of the Xbox between main pages. So just Xbox/ just like mods works the best, I believe. - CrazyBliep NL Admin 13:54, 21 March 2012 (UTC)

No, that hinders the search. If you are going to do subpages, it would have to be Wood planks/Xbox, not the other way around. -- Wynthyst

talk 14:02, 21 March 2012 (UTC)

I personally believe we do not need to bend so much on these pages. while xbox is new, it's essentially an "older" minecraft version, and we do not recognise old versions of blocks generally. To be honest though, I do not know how exactly to handle it.

to make a separate iteration for each material, to me, seems laughable. there will be a LOT more pages, it would be a nightmare. not to mention, when do we merge pages back to the main? will we ever merge them back?

plus, allowing for this also means we'll likely need to also adapt to iphone/android versions as well. iPhones are vastly more common than xboxes. this could, if all are separate, create 4 pages on the same subject, each of various stages of completion, which is madness.

I cannot see any clear solution. I know the xbox community is vast, but separate pages is, in my view, overkill. second only to making a whole new wiki for them.

perhaps a small section on each page detailing differences, but that's about all I can think of. I personally think our best option is to simply track the most updated version. --Kizzycocoa 14:30, 21 March 2012 (UTC)

How about we just do the same as we did with the pocket editions - Have the articles centered about the PC edition (the main release) and point out any differences with other versions (if any). Also, we might want to update the templates and put little Win/xbox/android/ios icons in front of parameters when said parameters differ between ports. Basically, don't change too much, keep the wiki easy to the eyes and don't unnecessarily increase the amount of articles.--Quatroking - MCWiki Administrator 14:45, 21 March 2012 (UTC)

From what I've seen, it looks like they're initially porting the Beta 1.6.6 code, but plan to update it to later versions. In the long term, the PC and Xbox editions will probably be at the same version, so having two pages would be unnecessarily cumbersome. I think adding sections to articles when Xbox behavior differs significantly will be sufficient. -- Orthotope 19:27, 21 March 2012 (UTC)

Oak vs. Apple Trees

67.174.105.246 keeps changing all instances of "Oak Tree" with "Apple Tree" before a consensus has been reached in the discussion of the topic. Myself and others have reverted the changes, but I'd like to know how a better way would be to proceed. Thanks! --74.105.187.80 19:31, 22 March 2012 (UTC)