Minecraft Wiki talk:Community portal/Archive 18

2016
Happy New Year! – - 00:58, 1 January 2016 (UTC)


 * Happy New Year
 * – · 04:11, 1 January 2016 (UTC)
 * – · 04:11, 1 January 2016 (UTC)


 * =) click here – - 04:56, 1 January 2016 (UTC)


 * Happy (late) New Year! —  14:12, 1 January 2016 (UTC)
 * Happy (late) New Year! —  14:12, 1 January 2016 (UTC)

Please help, glitched notification
I have a notification up on my notifications bar that will not go away. I've read it already. I've logged out and back in. It's making me insane, please help.

--   22:49, 3 January 2016 (UTC)


 * That is a known bug right now. Visit and it will go away (there should also be a link to that page labeled "All Notifications" on the notifications menu). – ·  15:27, 4 January 2016 (UTC)

Announcement: Official MCW App live on iOS and Android
Hello, this is a general notice that the Official app for MCW is now live on the Apple AppStore and Google Play. We plan to do a full official launch in a few weeks, but we invite everyone to check it out in the meantime! -  19:57, 11 January 2016 (UTC)


 * Note to all users: there are many issues with the app, causing many of the pages to not display correctly. I find it rather disappointing that despite me reporting many of these issues at the start of the development testing period, Curse's development team have basically ignored my bug reports and have gone ahead to release successive TestFlight updates without these fixes and to release the app anyway. Until these issues are fixed, I can't recommend any users to use the app. Also note that while not an issue per say, users cannot edit pages on the app. – ᐸ   06:15, 12 January 2016 (UTC)


 * We're still hard at work improving the app! The app works well for use as a reference, which is its primary purpose. Its not meant to be an editing tool and will likely never be. We released the app as a "soft" launch because we're hoping to get more users involved so we can continue to add polish in the coming weeks. Please know that your feedback is definitely being taken into consideration. Also, we took a break from development over the holidays, so that contributes to the delayed response as well. I'd encourage everyone to check it out themselves and provide feedback using the link in the app sidebar. -   06:54, 12 January 2016 (UTC)


 * The application for the wiki seems really unnecessary. Readers could just find the wiki website itself and read it through the browser directly. —  17:20, 12 January 2016 (UTC)

I am a beta tester of the Minecraft Wiki app. Advertizements sometimes randomly pop up (really annoying, although in the latest version, ads seem to have been removed), Navboxes and galleries don't work properly yet, and you can only read articles, no talk or user pages. You can't see the recent changes. Furthermore, you can only visit the English wiki. The wikis in other languages are not readable using the app. So the app is for English users only? In conclusion, the app is really unnecessary (and ill-conceived) as it is right now. There is no reason to use this app since it cannot be used efficiently yet. I really appreciate that Curse is working on such an app. But there is still much to be done to make this app efficient and better than the browser version. | 21:52, 12 January 2016 (UTC)
 * I also have to say the app is disappointing. The mobile version of the browser website is ugly and buggy (I always use the desktop version on my phone), and I think there are many people who browse the wiki using their phone so an app would be a good idea. Using an app to edit articles would be a great help for editing and to gain new (potential) editors. But since this won't be possible, the app will be unnecessary and wiki authors will prefer the browser version. For a wiki reader who only wants to have a reference, the app has no advantages yet too.


 * For the mobile view on browsers, we're limited by MobileFrontend. We'll be upgrading Gamepedia to Mediawiki version 1.26 soon and that will allow us to also upgrade to the most recent version of that extension, which hopefully will improve mobile browsing. For the app, its mainly focused on more casual users. We understand that most of you, as power-editors, will likely not be using the app, but since we're still in a sort of beta phase, we hope that we can get constructive criticism from folks here. In terms of languages, the app (and mobile) are both by domain. As of now, we haven't decided if we will be creating localized versions of the app or creating a settings/preference for language swapping. Either way, its definitely on our road-map, but as the vast majority of visitors are to the EN wiki, that's where we decided to start.  -   22:40, 12 January 2016 (UTC)


 * I cannot test the app myself due to lacking a device that support apps, but I do support the idea; partly because I have noticed users seem to prefer an app over the mobile web version (most likely due to convenience, if not just skipping having to run web browser features that are unrelated to the wiki), and partly because there are a lot of unofficial/fake Minecraft Wiki apps out there, most of which I doubt are trustworthy but still look "real" enough to fool users. So hopefully a lot of the bugs mentioned by others will get ironed out by the official release.
 * I do have one question though, which is does the app currently support/plan to support an offline mode? I know the whole wiki is a lot of data to store, but being at least able to store a few favorite pages offline would be a major selling point for the app. – · 04:33, 13 January 2016 (UTC)


 * We're knocking out bugs and working to improve things every day! As for an offline mode, we do have a great feature that allows users to favorite specific pages which are then cached on the device for offline use. -   16:56, 13 January 2016 (UTC)


 * Major issue, top of my wish list, is displaying tables directly in the page, not requiring the user press a button to view, as it currently does / recently did.
 * On a more positive note, I give my two thumbs up to the little floating circle nav button, that's something all of a sudden I wish was on desktop / mobile. Keep it up. –  undefined/undefined 18:10, 13 January 2016 (UTC)


 * We recently implemented a change so that tables that fit on the page are included as well as all infoboxes. The problem is that the majority of tables are either much wider than the page by default and require awkward horizontal scrolling, or get squished into the width available on the device and then are effectively useless. This is definitely an area we'll continue to work on. -   18:13, 13 January 2016 (UTC)


 * Oh I see it, thanks for letting me know. –  undefined/undefined 18:31, 13 January 2016 (UTC)

Pi Edition officially discontinued
Seeing that the Pi Edition has been officially discontinued (see here), I'm wondering what the effects of this should be on the wiki's pages. I know it has never been updated since its release, but I think we should no longer mark pages as Pi Edition exclusive, clearly mark that it is no longer officially supported, removed the page, remove the Pi Edition version number/version history from the main page and remove references to the Pi Edition outside its own article. Thoughts? – ᐸ  01:38, 26 January 2016 (UTC)


 * I think the mentioned features page can safely be deleted, though I am a little unsure what to do with it everywhere else. We already barely cover it on most pages (skipping Pi Edition exclusive/excluded features in most cases), so it might be better to just remove references to it and cover it only on the Pi edition articles (version history, a main one, and exclusive features which can maybe be changed into just "features"), as otherwise to keep pages consistent we would have to edit every page with Pi edition features to state what is not included (for example, on ) which is just about everything and will only grow over time.
 * so basically, I would agree to removing any pi exclusive markers, just stating those features it as Pocket Edition removed. Likewise, I would remove references from most other pages. – · 02:04, 26 January 2016 (UTC)


 * I agree. Would we still keep it on the front page? My gut says we wouldn't, but then it seems like it would be buried. –  undefined/undefined 04:20, 26 January 2016 (UTC)


 * Ok, so these are my preferences for what should happen in regards to the Pi Edition
 * Remove: Pi Edition only indications (on, , and other pages), , version history number and icon on main page (top right), Play the Raspberry Pi Edition link on main page, link to r/MCPi on main page,
 * Keep:, , Version history link on bottom of main page, entries on the history table of articles
 * Change: Text regarding Pi Edition on main page and to state that it is no longer supported.
 * Thoughts? – ᐸ   07:22, 26 January 2016 (UTC)


 * Sounds reasonable. If this is what happens, I don't worry about being too buried.  ... And remove the link to the Pi Edition Blog from the bottom of the main page, probably, since that's already linked on the Pi Edition page? –  undefined/undefined 14:20, 26 January 2016 (UTC)


 * I don't agree with keeping its version history. There is a single update other than the initial release which just "fixed bugs", which can just be documented on the edition's page. I would change the edition's page to document it as an isolated edition, so rather than say about difference with other editions, we just document what it does have, or start from the most similar version (e.g.: Pi Edition is similar to Pocket 0.5.0 except for X).
 * For the main page, I have proposed my changes for the edition boxes on the editcopy. – ᐸ  02:33, 27 January 2016 (UTC)


 * Ok, I think we can probably just state what blocks are in the version on the page. I don't really think we need links to it other than in the main body of text, and we can add something like "The Pi Edition never received any subsequent updates and is now officially discontinued."  – ᐸ   03:14, 27 January 2016 (UTC)


 * So basically like ? I'd agree to documenting it like that, especially since I doubt most of our viewers use that edition. – · 04:19, 27 January 2016 (UTC)


 * Yep, then a link to the Pi Edition can be added to the Pocket Edition template in the Versions row. – ᐸ   05:56, 27 January 2016 (UTC)


 * Would someone be able to make all links to 0.1.1 in the history table link to ? Apart from that I think most of the changes are done. – ᐸ   07:33, 28 January 2016 (UTC)


 * Is there any reason the keep Pi in the history table? All the entries are just going to be "Added X." for a single version. – ᐸ  08:01, 28 January 2016 (UTC)


 * True, the version table is probably not necessary at all. Other people - thoughts on this? – ᐸ   11:52, 28 January 2016 (UTC)


 * I agree to removing it, it really has no useful information that is not said on . A bot should be able to easily remove the section. – · 15:09, 28 January 2016 (UTC)


 * We should keep the history pages, but we will note that the game is no longer updated. I used a message box like this on, which we could use as a template. undefined 04:07, 2 February 2016 (UTC)


 * Why? Both pages are completely worthless. The first version is the same info as the pi edition page, and the second version just says "bug fixes". – ᐸ  04:37, 2 February 2016 (UTC)

Adding captions/descriptions to tables
The mobile app collapses tables and uses the description data attribute (and potentially the caption in the future) to describe the collapsed tables. As such, we need to add the attribute (or caption, if it is appropriate) on most of the tables on the wiki.

will be populated by pages with raw tables on them. Templates/modules which create tables will be done separately.

To add a mobile app only description, add the following to a table: { | data-description="App only description" To add a globally visible caption, add the following to a table: { | |+ Caption visible to all – ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px> 03:07, 30 January 2016 (UTC)


 * The mobile app (android anyway) does display the data-description nicely, this is probably a good idea. It is awkward though when it spills over to the second line.  The spacing between the lines is Too Damn High.  Are you able to link the bug tracker here? –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 17:13, 30 January 2016 (UTC)


 * I don't know if there is a public bug tracker for the app, I believe you can report bugs if you're part of the beta, which I would assume you do from the app or the app store. – ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px> 04:25, 2 February 2016 (UTC)


 * Found it. In the app, at the bottom of the app menu is a link to the google form they're using to report bugs / take suggestions. –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 05:55, 2 February 2016 (UTC)


 * Majr@undefined, this category now contains only mods pages, custom servers pages, and pages that have been edit-protected. – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 17:13, 28 June 2016 (UTC)

Who deals with ads
I'm curious to know, Who deals with ads here? I wonder because a person on reddit says they saw this ad here: https://www.reddit.com/r/Minecraft/comments/43gvhu/i_saw_this_advertisement_on_the_mc_wiki_today/ –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 03:35, 31 January 2016 (UTC)


 * I believe Curse is responsible for the ad networks. The Reddit post only shows the ad itself, so we only have their word that it was actually displayed on the wiki. -- undefined 03:58, 31 January 2016 (UTC)


 * True, it could have been anything. On the other hand, it could have been one of the unofficial wikis too. – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 17:30, 31 January 2016 (UTC)


 * Just report malicious ads to staff and we'll send it on to the appropriate place. As stated on the reddit thread, in the case of a MC-based ad like this, you can also contact Mojang about it. – ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px> 04:23, 2 February 2016 (UTC)

Wii U edition in history tables
I just added the parameter to history for the console editions. It is used in the same way as the other parameters for versions, and the current articles need to be updated to include the Wii U edtion. I would just autopopulate the versions, but it is my understanding that not all Console features are in the Wii U edition yet, so a personal touch might be better.

Before they are added though, there is the question of whether to use "Patch 1", or "1" as the format for Wii U versions. "Patch 1" looks less empty, but "1" is more consistent with PS versions. – · 22:25, 7 February 2016 (UTC)


 * "1" or "2" alone does not look like a version or a patch number. A "Patch" before it makes it clear that it is a patch number, so we should keep the "Patch"-prefix in my opinion. | 23:02, 7 February 2016 (UTC)


 * For archive purposes, the Wii U Edition has since been added to the page. Thanks,       undefined-undefined 03:13, 6 December 2016 (UTC)

Need Help
Gday Guys,

Not a pro at Minecraft. Kids play it, I don't.

They have Minecraft on their XBox 360. It did an upgrade on Saturday morning (from further research I think they call it TU32). Daughter was playing in the morning all good, came back after leaving it for a couple of hours and all her worlds and my sons world were gone. Very upset. Kind of got over it by Sunday. Started a new world and this morning, same thing the world is gone. Is this happening to others? Does anyone know how they can be recovered? Can you prevent future updates happening automatically so that backups can be done.

Please help. –Preceding unsigned comment was added by ( • ) at 7:29, 15 February 2016 (UTC). Please sign your posts with


 * The forums are a better place to ask; not too many people here seem to be experts on the XBox edition. -- undefined 10:00, 15 February 2016 (UTC)

I can't sign in
When i go to the sign in page and try and sign in, nothing happens, it just goes back to the page i was on. I also haven't got any acces to gamepedia.com and the curse website. Could that be causing the problem? -- 6:33, 2 March 2016 (UTC)  06:34, 2 March 2016 (UTC)


 * Your IP address is showing up as the server's loopback address, which is impossible unless you're actually editing from the server, so there is clearly a configuration issue. Are you the same person that made the attributed to that IP? – ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>  06:37, 2 March 2016 (UTC)


 * Since 20 August 2015 -- 10:25, 2 March 2016 (GMT)  10:25, 2 March 2016 (UTC)


 * Could someone help please? -- 10:54, 6 March 2016 (UTC)


 * A fix was deployed for this yesterday, is it working now? – ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px> 22:57, 8 March 2016 (UTC)


 * Nope -- 09:03, 9 March 2016 (UTC)


 * It looks like the fix was partially delayed, is it working now? – ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px> 05:06, 16 March 2016 (UTC)


 * Still not working. -- 16:43, 19 March 2016 (UTC)

Thanks for helping, its fixed now. 11:44, 26 April 2016 (UTC)

Adding Info to Pocket Edition Data Values Page
Hello! has supplied some information to be added to the page, but he's getting timeout errors when he tries to edit the page. We're unable to reproduce the error, so this could be related to location/hardware/any number of things. While we investigate the issue, the user welcomes other editors to add the information he's provided to the page! The information is: "Tripod camera 5F, Witch 2D, Minecarttnt 61, thrown enderpearl 57, minecartchest 62, minecarthopper 60 - POCKET EDITION DATA VALUES 0.14 ***IN HEX***". Thanks! 21:19, 2 March 2016 (UTC)

When do we describe bugs in articles?
No, not related to arthropods. ;) I reverted because it's treating a lighting bug as if it were a feature, but  re-reverted. I thought the  recommended to generally not detail every minor bug in the articles, but I can't find that language anywhere. Am I mistaken?   18:45, 18 March 2016 (UTC)


 * There are:
 * Image guidelines mentioning bugs at.
 * The page gives a guideline about bugs in the history section.
 * The Issues section always directs a person to report a bug on the tracker, and not list it on the wiki.
 * I do recall some conversation, long ago (vague, I know, I can't even remember the particular example), where people agreed that if game behavior departs significantly from what the wiki says, so that a player could get confused and misled by reading the wiki, then buggy or not, the wiki should be corrected to reflect what the game is doing. I'm not convinced this grass path thing is one of those examples...
 * Even then, I think there's always going to be a question of interpretation between editors, whether certain things are bugs or not, and I think that's probably one of those things that just has to be hashed out on talk pages. – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 19:13, 18 March 2016 (UTC)


 * I don't recall any official policy discussion on bugs in the main body, though I remember the specific sectional policies pointed out by Sealbudsman, and I do believe the discussions he was thinking of was either the wolves orange collar or the wither moving when invulnerable, of which I can find no discussion, but the edit summaries seem to agree that both of them are notable since they otherwise made the wiki wrong. We really could use an official policy on this.
 * As for the specifics of the policy, a good starting place is a bug that changes or blocks an intentional mechanic, in which case it will just need to state the intentional and actual behavior (or mention it crashes) with a bug reference. Minor visual bugs would likely be exempt from this, as that could only really have an effect on decoration.
 * I am having trouble deciding where to draw the line beyond bugs changing a mechanic though, as some bugs essentially add an unintentional mechanic that was simply accepted as part of the game. A few specific examples of things we covered:
 * Block update detectors and the related piston bugs are widely accepted as features and I recall mention that it would not be intentionally fixed until an actual BUD exists.
 * The bug with slabs above ice being slippery, even though it is not the surface. By extension, there is the additional slowdown with ice below soul sand due to mobs attempting to gain traction on ice without being able to gain speed due to soul sand.
 * The bug with dark oak saplings removing blocks below the tree, which I say shouldn't have been covered if it were not so widely popular (which was due to the fact it could "break" bedrock, but then again so could beds in the same era)
 * And some we did/do not cover:
 * Mobs attacking through weird block hitboxes, such as block corners and doors. This bug is widely known as expected, but we simply ignore it as a bug
 * The pre-1.9 item elevator design with items moving upwards in blocks, again widely used (mainly in the technical community) but we did not really cover the bug behind it on the item entity page
 * Between what we did cover, I am currently struggling to come up with how to state the distinction between the two (it is just some feel like bugs, while some feel like Minecraft logic). – · 04:52, 19 March 2016 (UTC)

Inconsistencies in Boat history
I have found that in the 1.9 list of changes to boats, some changes can only be found in the article, while others can only be found in the articles on the snapshots in which they appeared, while others still are only in the article documenting. Can you please try your best at smoothing out these inconsistencies by making sure the changes are mentioned in all three kinds of pages? 19:42, 4 April 2016 (UTC)
 * I created . undefined 01:50, 10 April 2016 (UTC)
 * Please make sure that the pages on the individual snapshots of 1.9 are equal to the rest as well.  20:02, 11 April 2016 (UTC)
 * Snapshots can be fixed after the project is finished. Since the user page is a project, users besides me can (and are encouraged to) work on it. undefined 02:30, 19 April 2016 (UTC)
 * The snapshots, in my opinion, are just as crucial and important as the rest. I really think you should include them, as there could be changes which are missed entirely because they only appear on the snapshot pages.  19:43, 20 April 2016 (UTC)
 * I think we agree on that. – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 20:18, 20 April 2016 (UTC)


 * I did a bunch, though it could definitely benefit from more eyes and double checking. One thing continues to bug me. Do boats go faster when you row in the right rhythm, in PE?  I'm pretty sure I couldn't make it happen in PC. –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 01:42, 23 April 2016 (UTC)
 * What do you mean by the right rhythm? undefined 14:10, 24 April 2016 (UTC)
 * Before the big boat overhaul, dinnerbone tweeted "Also, you'll be able to make them go much faster by tapping at the right rhythm. Boat races will be a thing!" I personally didn't hear much about it after that, from YouTube or r/minecraft or anywhere, plus the rowing controls never seemed to respond to rhythm, but it persisted in the wiki. So I think it maybe didn't make it into the game? – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 15:13, 24 April 2016 (UTC)
 * You could test it in creative mode (if you play the PC version) undefined 15:25, 24 April 2016 (UTC)
 * Yes, after testing it, I wasn't able to tell if I was really going faster, and I think it never did work, though I was hoping others might double check. – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 18:24, 28 April 2016 (UTC)
 * You can ask other users to verify it for you on the Minecraft Forums.  21:29, 24 May 2016 (UTC)
 * I'm not a forum user, but that is a good idea in general. – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 22:26, 24 May 2016 (UTC)


 * References

New Mojang employee Christian Westman
It's on the person's twitter (https://twitter.com/westmaaan, and he announces his first day here: https://twitter.com/westmaaan/status/716864352880627712), though does anybody know of a more solid place to cite / look that would confirm this? – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 17:52, 5 April 2016 (UTC)


 * He does not appear on the Mojang twitter list or website, though since he is followed by a couple Mojang employees I don't doubt he is part of Mojang. Even so, I would personally wait for a linkable source to add an article (basically something that is not self validating, such as a welcome tweet from another employee) – · 05:12, 6 April 2016 (UTC)
 * I did happen to see this Reddit comment, which led to this tweet.  10:07, 6 April 2016 (UTC)
 * Well that's about as definitive as you could want. Welcome Mr. Westman. –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 12:01, 6 April 2016 (UTC)
 * and also welcome Mr. Carlson. - ( 12:09, 6 April 2016 (UTC)
 * Good catch, BDJP007301. So I've just now added  and  pages, and added them to the  and  pages. –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 14:25, 6 April 2016 (UTC)

Bugs
There is. Should pages have a section about bugs? undefined 17:38, 19 April 2016 (UTC)


 * That discussion is about the history section, which can allow bugs (see the style guide ) ... are you raising a discussion on whether we should allow "bug" sections in articles, or something else? – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 18:07, 19 April 2016 (UTC)
 * I mean a section called "Bugs", and it would only be about modern bugs (in all the versions). undefined 02:33, 22 April 2016 (UTC)


 * So, you mean, on each page, a current list of bugs in PC, Pocket, Console, etc? – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 03:07, 22 April 2016 (UTC)


 * What benefit would that serve over the official bug tracker? Copying the list of bugs that still exist would simply be a pain especially when the tracker lists the exact same list (only more up to date), and only listing the "important ones" begs the question of who decides which bugs are important. I think it is much easier and more productive to simply help out on the bug tracker to keep that update to date (such as checking the list of bugs related to an article to see if they still affect the latest version) – · 04:34, 22 April 2016 (UTC)

How a block/item is worn in the helmet slot
I've seen lately, people have been adding pictures of items in helmet slots. They typically get removed because of the rule "Images showcasing usage of specific features for decoration should be avoided."

I agree with the image rule so far as it means to avoid images of features in builds, like an end rod making part of a standing basketball hoop, or a fence gate making part of a chandelier, or a log making part of a rustic cabin. I think that the rule is intended to avoid a profusion of images of people's creative builds, and that it is a good rule for a number of reasons: such as that galleries would grow endlessly, and that imaginative use of blocks shouldn't be constrained by examples one sees in a list, and that these decorative uses are user-imagined rather than being a developer-made part of the item / block.

In contrast, I think that how a block/item is worn in the helmet slot is a first-class feature of the block / item, because the devs put in the time and trouble to position each item in particular ways. And therefore I think that it is not really subject to that rule, that those types of images ought to be allowed in the gallery, and that the rule could be clarified to some extent. – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 18:22, 28 April 2016 (UTC)
 * When the item can only be put in the head slot with commands, IMO it directly contributes to galleries being full of random mostly-useless images.  18:35, 28 April 2016 (UTC)
 * Is it a general guideline that we omit things that can only be done with commands? – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 18:50, 28 April 2016 (UTC) ...  Are things that can only be done with commands more "mostly-useless" than vanilla survival stuff? Or is it that are editors free to decide what features are mostly useless and don't need to be on the wiki? My thing is just, it's in the game, why not document it. Plus it would only be one image per page, max. –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 19:13, 28 April 2016 (UTC)
 * On the other hand if it's images that are the concern, would it be any better as text in a dedicated section in the body of the page, do you think? – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 19:14, 28 April 2016 (UTC)
 * We don't have a on every mob's page. This seems like the same sort of thing.
 * If someone wants to make a about putting blocks on your head, IMO that would fit in much better than spamming it on random items' galleries. And we should require that the image use the Steve or Alex skin to at least cut down on the temptation for people to show off their skins by "being" the image for random-item-on-head all over the place, same as we require that screenshots don't use custom texture packs.   19:28, 28 April 2016 (UTC)
 * I agree it would be a good rule in general, that if players (apart from developers) appear in pictures, they should be the Steve or Alex skin, unless it's topically important that it's a specific player (like deadMau5 maybe?), or a specific feature of a skin.
 * A tutorial page, it makes sense. Putting all that stuff in one place makes sense.  I would still think that page would be linked to from somewhere in the fence-gate / end-rod / etc pages? If not the usage section, the trivia section.
 * By and large, the blocks/items on the head render in a standard way, and I don't think it would be necessary to showcase them all, or to mention them all on their pages. I think it would be fine to show one example of the norm for blocks, say, 'stone', and one for, say, 'flower pot' – and then showcase the exceptions, those that are specially positioned.  And it would be those exceptions that would be even worth a mention on the items' and blocks' pages.  (In that way it would be kind of like how we already handle, to use your example.  When you summon any mob, it's just a normal mob, a behavior not worth mentioning on its page – except the ender dragon, whose /summon behaves unexpectedly.)  So the helmet-slot tutorial page would only need to be linked from those oddball blocks and items, those exceptions to the rule.
 * What do you think. – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 20:40, 28 April 2016 (UTC)
 * If we don't metion commands outside of the commands page, readers might get confused.
 * Anomie x@undefined Although tutorials are not about the game itself, they are still important because they help people learn how to do complex tasks. undefined 03:25, 30 April 2016 (UTC)

Where do we put Minecraft Program Files?
I have just found a bunch of files from the different Minecraft program files folders and I was wondering where we list/showcase them on this wiki or even if we don't. Could someone please let me know! -  00:11, 30 April 2016 (UTC)


 * ? What files exactly are you talking about? -- undefined 00:59, 30 April 2016 (UTC)

Ignorance
I have a feeling that I may just be ignored by other users. I brought up a and a, but I still get no replies. — <i class="nowrap" style="font-family: courier"> </i> 16:17, 11 May 2016 (UTC)
 * You're not the only one whose posts get ignored. I recently asked whether someone could upload because the current ones are quite incorrect and noone replied. I guess that it's quite easy to be ignored on this wiki, because here is way more activity, compared to the 'localized' wikis, so new posts on talk pages could be missed in the recent changes more easily. |  19:14, 11 May 2016 (UTC)


 * It's not personal I'm sure : ) As for the Armor merge suggestion, I took note, but I didn't have enough time to read those articles for an immediate opinion, so I didn't comment yet, busy with other things on- and off-wiki. As for Template talk:Message box, that's not on my watchlist, and actually I only really check my watchlist ... sorry!  That habit was originally my way of not getting overwhelmed.  As for baby wolf renders, I did read that, and do agree they should be updated, but I didn't respond because I don't know how to do a render; I thought a person who could render would respond.  I promise it's nothing personal! –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 19:59, 11 May 2016 (UTC)

"Pro" badge
Does anyone have any css code they've added to their personal page to hide this annoying badge from recent changes and signatures? – ᐸ <small style="display:inline-block;line-height:1em;vertical-align:-0.4em"> 12:40, 18 May 2016 (UTC)


 * The following should work, though it may need tweaking in the future if anything is added to the userlinks "::before" element that you wish to keep.

.gamepedia_pro_user::before { display: none; }
 * – · 13:31, 18 May 2016 (UTC)


 * Thanks, that did the trick. – ᐸ <small style="display:inline-block;line-height:1em;vertical-align:-0.4em">  05:41, 19 May 2016 (UTC)


 * Go to, section Gadgets, and set the “Hide Gamepedia PRO label” to on. No additional personal CSS is needed. — <i class="nowrap" style="font-family: courier"> </i> 14:49, 18 May 2016 (UTC)


 * I tried that (and am still using it). At first, the pro badges appear, then they disappear., can you make it so that the bases don't appear at all for users who have this set? undefined 01:56, 26 May 2016 (UTC)


 * . – ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px> 02:12, 26 May 2016 (UTC)


 * Thanks undefined 02:52, 31 May 2016 (UTC)


 * If you want to hide the badge from others who don't have the preference set, or custom styles, you can put a space inside the link text of your signature, for instance: .  Of course it only works in your signature, and not anywhere else. –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 14:56, 18 May 2016 (UTC)


 * I was more looking for one which would hide the Pro badge from all users, so KnightMiner's code did the trick. – ᐸ <small style="display:inline-block;line-height:1em;vertical-align:-0.4em">  05:41, 19 May 2016 (UTC)

Why do we even archive by moving?
Pros of archiving by moving: Cons of archiving by moving: Have I missed something crucial? --, previously known as GreenStone 15:19, 23 May 2016 (UTC)
 * Edit history is preserved and fragmented. (Still preserved in copy-archiving, and a fragment may be possible to access by passing parameters to the history page.) Faster access to history in case such as Template:Unsigned placing (but who places this template into archives anyways? and the difference is insignificant).
 * Harder to archive selectively. Must move new topics out of archives.
 * Must perform an edit on the archive, and recreate the talk page.
 * A short but problematic intermediate period when the original talk page is not yet restored after a move-archive.
 * Old talk page history is no longer accessible (edit: correction: no longer accessible on the talk page itself).


 * Hmm .. sorry if I messed things up on Nether Wart Block .. I saw some more tenured people than me doing it, and I perceived that it kept archived talk together with those topics' history, and I assumed that was the desired effect. The cons associated with having to make one additional edit to move them, I consider relatively inconsequential; and the decision-making about what to move and what to keep is identical.
 * I realize that the (recent/current) Nether Wart Block conversation history is now fragmented, so that is something I probably should have avoided until conversations were completed.. – <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 15:31, 23 May 2016 (UTC)


 * Minor correction. --, previously known as GreenStone 15:48, 23 May 2016 (UTC)


 * The reason I always do it using moving is just to keep the edit history with the actual code, basically the same reason page moves always are done using the move page feature. I prefer when looking at a discussion via edit history for it to still be on the actual page.
 * As for the cons, the first one is a case where I simply choose copy/paste moving, and the second and third I see as a minor inconvenience compared to the benefit of moving the page. As for the last one, I think the history is better synced with the page containing the topic than the original page, it keeps the page history neater (as if you leave a redirect when moving, you will always come to a point on the latest telling you where old topics are). – · 21:54, 23 May 2016 (UTC)
 * I think we should still archive by moving, since the edit history appears in the same page as the discussion. Users who want to find an old discussion can use the search inputbox (this is built into the template) rather than searching each page manually, then look at the edit history of the page. undefined 03:07, 25 May 2016 (UTC)

iOS devices hardware performance page
On the iOS devices should reports for unsupported versions be removed from the section Compatible Devices, or should they be left there to help users playing on older versions of Minecraft Pocket Edition? -- 00:41, 25 May 2016 (UTC)

Need some help with finishing 0.15 revamp templates + possible discussion
Hi, I think I need some help finishing up loose ends from revamping the 0.15 templates. I've revamped the to suit the 0.15 stuff and moved the realms builds to their own perspective pages. However, I may have broken a page or two in the progress, and I was wondering if some of the community (preferably well-known members and admins) could help fix that. I was sort of speedy on this, so a revert will be fine by me if that whats going to occur. Also, the discussion for this can be settled here, if thats OK. -- 20:17, 3 June 2016 (UTC)


 * Before this continues, I'm wondering whether the "Realms" builds are actually different to the non-Realms builds. From what it seems like the developers are saying, the 2nd build was released to fix Realms issues in the first build. Hence if this is the case then I think having these Realms and non-Realms builds just adds confusion and they should be merged back together. – ᐸ <small style="display:inline-block;line-height:1em;vertical-align:-0.4em">  01:26, 4 June 2016 (UTC)
 * Strongly agreeing with Goandgoo unless there are other alternatives. - ( 03:51, 4 June 2016 (UTC)
 * Hmm. Why not move the Realms builds to the top of the template instead of with 0.15? Sort of like how the April Fools updates are stylized for the PC version. -- 14:52, 4 June 2016 (UTC)


 * Seeing there were only 2 realms builds and they were used just to test Realms, I'm thinking that it might just be better to mention them on the page in a section at the bottom to avoid confusion.  – ᐸ <small style="display:inline-block;line-height:1em;vertical-align:-0.4em">  10:54, 9 June 2016 (UTC)


 * I have also noticed that you put the names of updates in fine print under the number. Is this really what we want? undefined 03:10, 8 June 2016 (UTC)


 * That is what we did on Computer versions, and it does not look bad IMO. What do you find wrong with it? – · 13:29, 8 June 2016 (UTC)


 * I wouldn't say anything is wrong with it, it is just an unexpected change (especially for non-editors). undefined 02:23, 9 June 2016 (UTC)


 * Thanks to for fixing the Pocket Edition Alpha Realms section (and putting it on the update page)! I was really puzzled on how to do that (I need to make the category though still).
 * A pleasure. :Dundefined 05:36, 10 June 2016 (UTC)
 * I get that but considering Realms is planned to be added in the full 0.15 release, I think leaving it as it is now may be the best option. -- 21:41, 9 June 2016 (UTC)

versions
and have a system where each version has its own page, but Console Edition has a page that includes all of e versions. The system that the Computer and Pocket editions use should also be used for Console Edition. undefined 02:42, 9 June 2016 (UTC)


 * For a summary: find a sane way to name the articles and it would be considered. The pocket edition uses the same versio number name format for all editions, but console has them different, leading to options of:
 * all in the title (looks messy, hard to remember/understand)
 * just one in the title (causes issues for versions not on that console, treats it as more important)
 * every version getting separate articles (leads duplicate information)
 * – · 14:18, 9 June 2016 (UTC)
 * – · 14:18, 9 June 2016 (UTC)


 * Also, see . - ( 20:20, 9 June 2016 (UTC)

Education Edition exclusives
We need to decide how and if we should document the Education Edition exclusive features (the chalkboards, camera, portfolio, NPCs etc that can be seen in this post http://education.minecraft.net/announce060916/). Should these get their own pages or should they just be documented on the Education Edition page? – ᐸ <small style="display:inline-block;line-height:1em;vertical-align:-0.4em"> 00:36, 11 June 2016 (UTC)


 * Seeing as the website doesn't go into too nuch detail about them, I'd be fine with them documented on the Education Edition page. - ( 03:36, 11 June 2016 (UTC)


 * I agree with BDJP. If we had an EE user who could pore over the game and document it more fully, that would be another thing, but until then... –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 04:06, 11 June 2016 (UTC)


 * Normally, Minecraft is not used for education, so putting educational items on the regular pages might be confusing. We should have a page similar to . undefined 23:26, 12 June 2016 (UTC)


 * Just wanted to chime in here that there are multiple Minecraft editions with special features. (Also, hi! I'm the Manager, Programs & Community for Minecraft at MS) Windows 10 Edition Beta has features that aren't in any other version. Gear VR has features that aren't in any other version. Education Edition will continue to have features that aren't in any other version. So however you decide, just keep in mind that even as more editions come closer to parity, there will continue to be exclusive features in the various different version so this would affect how you move forward with exclusive features across the franchise. -- 20:25, 13 June 2016 (UTC)


 * Hello! That is good to keep in mind.  I don't think all these editions having exclusive features per se poses so much of a problem.  It doesn't come as a surprise, and we can handle it just fine.  –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 20:47, 13 June 2016 (UTC)

Moving structures to
Would we be able to move or merge  with  and also merge ? |  12:20, 25 June 2016 (UTC)


 * I'm in favor of it. Do you want to do it?  One nitpicky thing I'd say is that it doesn't follow the same layout scheme; Structure Blueprints uses BlockGrid, and those other pages use Inventory slot.  I'd be in favor of changing that over.  But either way I wouldn't oppose it being under the same umbrella of the Structure Blueprints page. –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 02:25, 1 July 2016 (UTC)


 * Cool. I guess I'll go ahead with it. You can help if you like.  09:05, 1 July 2016 (UTC)


 * Could you convert it over, I've already moved it to . Thanks in advance! |  09:20, 1 July 2016 (UTC)


 * Also, what about the owners of ? Wouldn't i need permission from the user? |  09:22, 1 July 2016 (UTC)


 * Completed complete village now. Except for BlockGrid on all pages (will add in Fix List)|  10:12, 1 July 2016 (UTC)


 * BTW can you tell me how you convert Inventory slot to BlockGrid? I'm interested in finding out. |  10:45, 1 July 2016 (UTC)


 * There's not really a way to convert one to the other, except by hand. Inventory slot is, as you've seen, a bunch of Grid templates separated by line breaks. If you read the example on the BlockGrid documentation, it shows that the whole grid is enclosed within a single template.  As for making that work, first you'd set some parameters like g=grass, s=stone, et cetera, then it's a matter of typing out a 2x2 grid of characters that correspond to those blocks you've defined.  You can edit-source one of the layers at  to see some examples how it works. –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 12:20, 1 July 2016 (UTC)


 * I know how it works because i created the Desert Temple structure. I just thought that converting was by a bot or script. |  14:00, 1 July 2016 (UTC)


 * Oh I see, yes you did. Oops.  No, I don't know of any bot or script.  It would be a longer exercise to write the script than to do it by hand though, I would imagine -- and for so few use cases. –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 14:43, 1 July 2016 (UTC)


 * But it would save more time in the future, not saying someone has to create it. |  14:47, 1 July 2016 (UTC)


 * So what about the owners of ? Wouldn't i need permission from the user? |  19:07, 1 July 2016 (UTC)


 * That would be the nice thing to do, I think. –  <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">undefined/undefined 19:47, 1 July 2016 (UTC)


 * It would certainly be polite to ask, though most of the people on that project haven't been active in a year or more. Technically no one 'owns' a project or other page outside of their userspace; a consensus of active editors is usually enough to make changes. -- undefined 20:00, 1 July 2016 (UTC)


 * Cool, I'll move it then. Thanks! I'll also leave a comment in Catmat7339's talk page so he knows where his project has disappeared to. |  20:14, 1 July 2016 (UTC)