Minecraft Wiki talk:Community portal

This is the community's main discussion page.

Talk about anything wiki-related here!

Sign your posts with, add new posts below others, and click "Add topic" above for new topics.

Note that this page is NOT for suggesting new ideas about the game. That belongs on the forums.

Using categories for Edition-specific info
I've been reading back through some of the archives here, to get a feel for how the Edition-specific information has been handled in the past. I've seen a lot of suggestions come and go over time, such as utilizing namespaces to separate out the Edition-specific info, or using sub-pages, etc. None of these ideas were meritorious, as they would have required duplicated effort &mdash; multiple copies of the same information about blocks, mobs, etc. What I haven't seen in the archives is a suggestion for using categories for this purpose instead, so I thought I'd propose it here, and see what people make of the idea. By tagging a particular page with a category, such as Category:Blocks available in Pocket Edition, or Category:Mobs available in Xbox 360 Edition we can simplify the management of lists of features that are currently available for a specific Edition. Such categories would become sub-categories under their respective headings, both under Category:Blocks and under Category:Pocket Edition, for instance.

With the establishment of the HESI Project, I am hoping that there can become a unified, standardised way of dealing with Edition-specific information on the Minecraft Wiki. Using categories is just one suggestion to assist this goal. Any input, advice, comments, opinions, and criticisms would be greatly appreciated. &mdash; Augur &#x2710; 10:17, 22 July 2013 (UTC)
 * The big problem with using categories for that is that categories are per-page. There's a lot of cases where version-specific info is basically an aside in a page which is mostly general.  (For example, Blazes dropping glowstone, or the Ender Dragon's missile attack.)  There are a few version-specific pages (Nether Reactor comes to mind), but those are really the exception. --Mental Mouse 13:07, 22 July 2013 (UTC)


 * You're quite right, and I have other ideas for highlighting minor differences between the Editions on a single page. This idea was more targeted at dynamically building a list of features that are available in each Edition, rather than trying to maintain static lists. See the HESI Project for details of ways to highlight in-text information. &mdash; Augur &#x2710; 21:50, 22 July 2013 (UTC)
 * I agree with the idea. It seems very appropriate and will make things easier on people who are looking for the information thay need. PrinceCooshie101 02:45, 28 August 2013 (UTC)


 * My OCD agrees with this. Categories organized this way would make finding information easier to find.  Although converting everything to this format would be a challenge.
 * -Exhelah &middot; Grid Book and Quill.png Grid Diamond Pickaxe.png &middot; 23:26, 12 September 2013 (MST)

Curse sidebar crashing Firefox for Android?
If anyone else browses the wiki using Firefox on their Android phone, has anyone noticed that the curse sidebar sometimes crashes the browser? Or is it just the lousy 420MB RAM on this phone? — t  numbermaniac  c 22:07, 28 July 2013 (UTC)


 * I don't think it's the sidebar. It's probably the terrible JavaScript they have running to do that floating advert thing. Even on my desktop it causes my browser to slow down, so I have a script that prevents all the non-essential JavaScript from running. –ultradude25 ᐸ Talk Contribs – 07:41, 29 July 2013 (UTC)


 * That makes sense. Can I use that? — t  numbermaniac  c 08:49, 29 July 2013 (UTC)


 * As long as Firefox for Android supports extensions: http://userscripts.org/174505 –ultradude25 ᐸ Talk Contribs – 09:17, 29 July 2013 (UTC)

Merging Related Projects
Over a week ago, I proposed on the talk pages of the two projects Raspberry Pi History and Minecraft Pocket Edition that they be merged under the new Highlighting Edition-Specific Information project. I have not had a reply on either talk page, so I am bringing this suggestion back to the Community Portal, to confirm this merger.

The Raspberry Pi History Project page has seen no activity since 23-Feb-2013, when it was last edited by GingerGeek, who also has not edited the Wiki at all since then. That looks to be the ONLY activity in this project.

The Minecraft Pocket Edition Project page was last edited on 24-Apr-2013 by Goandgoo, who has not edited the Wiki since 30-Apr-2013. There are 7 contributors listed for this project. Of them, only two have accounts on the Wiki, and those two (Grovyle4life and J4R3D) have beebn inactive on the Wiki since September 2012.

The reason for this merger, firstly, is that Ultradude25 has stated above that "I don't think a separate project for each edition is necessary". Secondly, having given some thought to Ultradude's comment, I can see the logic in this, and it would be easier to find all information about making the Minecraft Wiki easier to navigate for edition-specific information if it were all under a single project.

The information currently on both of these projects is essentially repeated on the HESI Project anyway, other than the contributors list. I propose that both projects be redirected to the HESI Project page for a period of 6 months, (in case the previous contributors return to actively editing the Wiki) and after that be removed entirely. &mdash; Augur &#x2710; 13:02, 29 July 2013 (UTC)
 * . — t  numbermaniac  c 21:54, 29 July 2013 (UTC)
 * Thanks for the support. I have added the merge tag to both of these project pages now, to indicate that a merge is pending, and that discussion is invited on the suggestion. &mdash; Augur <font size="4" color="#723a32">&#x2710; 08:26, 31 July 2013 (UTC)

News you've all been waiting for
Migration to Gamepedia

Let's keep all the discussion on this topic on the associated talk page! Thanks! -- Wynthyst  talk  15:29, 2 August 2013 (UTC)

Displaytitle
Hey, would someone add the displaytitle to the wiki? It would help the translators change the title. --- Tonkku107 (User Page|Talk) 10:17, 6 August 2013 (UTC)
 * We won't be adding any new extensions until after the migration to Gamepedia. Remind me about it at that point. -- Wynthyst [[Image:User Wynthyst sig icon.png ]] talk  10:42, 6 August 2013 (UTC)
 * does work, I've done it on my userpage. The problem with displaytitle is that the resulting has to be some form of the original title. — <sup style="font-weight:normal">t  numbermaniac  c 21:41, 6 August 2013 (UTC)


 * Changing the setting of $wgRestrictDisplayTitle would allow displaytitle to do more than change case. Not as much work as installing an extension, but will still probably have to wait until after the migration. -- Orthotope talk 02:09, 7 August 2013 (UTC)

Amount of English pages in the Wiki
Because of Language translation project amount of pages in English is somewhat vague. I have found no data on the topic over the wiki, so I decided to use script to count up translated pages. Besides from fact that 1212 pages are translations, it yields another interesting result: while Statistics page claims there are 2750 pages, actually there are 3116 non-redirect pages. This means that English wiki has at least 366 pages without a single wiki-link. Well, the Minecraft Wiki in English as of August, 29th has 1538-1904 pages (that are eligible to be counted in built-in statistics). The list of the biggest wikis also includes ru (2489 content pages), de (760 pages), fr (654), nl (594) and pl (560) language sections. I used here information from front pages of respective wikis. More data can be found there (this is not guaranteed to be absolutely precise though). Norrius 21:07, 29 August 2013 (UTC)
 * I have a related query on this. Does anyone know of any way we can exclude translated pages from Special:Random? Same goes for most of the "storage" subpages like circuit schematics and such... but we can't just attempt to exclude subpages, because many subpages are "useful" ones, like tutorials. That said, perhaps there ought to be a Tutorial namespace to get around that? Hm. Anyway, the point is that honestly, Special:Random is almost useless because an infuriatingly large proportion of the time, you end up landing on a translated page or a "storage" page, rather than a "normal" page. Just thought I'd raise the issue -- Sorceror Nobody 16:41, 1 September 2013 (UTC)
 * EDIT: Indeed, it would appear that this issue has been raised before. At least, the language half. There's still the question of "storage" subpages -- Sorceror Nobody 16:47, 1 September 2013 (UTC)

Minecraft style tooltip
Thanks to Orthotope getting me the colour values, I was able to make a pretty accurate replica of the minecraft tooltips in the inventory.

I've added a script that replaces normal tooltips with these minecraft style tooltips, primarily for the grid template (although that's disabled for now, to make sure the script isn't horribly broken), but can be added to any element with the  class.

To get the title the script will first look for a  attribute, then a normal title attribute, then a normal title attribute on the first link directly within the element. You can also add a description with the  attribute, which will also convert forward slashes  to line breaks. The description requires a title (in some form).

Both the title and the description support the standard minecraft formatting codes (except k), except using  instead of , for typing convenience (although I could easily support the section symbol too if wanted). Since the formatting codes are styled by just using classes (in the format of,   being the formatting code), these classes can be used anywhere. For example: Pink text. The styling works best in conjunction with the minecraft font.

Now, onto using the script. If you just want an unformatted title (maybe with a description), it is best to use the title attribute instead of, as at least then people will still be able to see the title with JavaScript disabled. However, if you want formatting in the title, you should use  with an unformatted title attribute. If you add formatting to the title attribute, it'll still work, but in cases where JavaScript is disabled, the formatting codes will show up in the title.

Here's some examples: (hover over them)

<span class="minetip" title="Test" data-minetip-text="This is some lengthy description/Which spans multiple lines/&dAnd supports &oformatting!"> <span class="minetip" title="Test" data-minetip-text="This is some lengthy description/Which spans multiple lines/&dAnd supports &oformatting!">

<span class="minetip" title="Not so formatted :(" data-minetip-title="I have a &bformatted&f title!" data-minetip-text="This is some lengthy description/Which spans multiple lines/&dAnd supports &oformatting!"> <span class="minetip" title="Not so formatted :(" data-minetip-title="I have a &bformatted&f title!" data-minetip-text="This is some lengthy description/Which spans multiple lines/&dAnd supports &oformatting!">

If you don't like the minecraft tooltips, or perhaps you're on a browser such as Opera which places the link URL into the tooltip, with no way to remove it without removing the link, you can add  to your userjs (or run   in your console to test it on this page), which will revert back to using the native browser tooltips, however it retains the multi-line description, so you're not missing out on information (just formatting). (FYI, I plan to create a "script options" script at some point, so things like this can be done through a menu. It'll save client-side though.)

Please test this script in your browsers, so I can enable it for the grid template. When it is, you'll still have to wait until the lua version for proper support of this script (requires additional syntax). In the meantime, you can use the title parameter of the grid template, but formatting will still look bad with JavaScript disabled.

Here's a screenshot for reference to how they should look: http://matt-russell.com/images/sharex/2013/SS_09-14_11-49-28AM.png –ultradude25 ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs – 15:51, 12 September 2013 (UTC)


 * Examples work perfectly on my Mac, using Opera 12, Firefox 19, Safari 6, and Chrome 19. -- Orthotope talk 05:30, 13 September 2013 (UTC)
 * The examples here work great using the latest Chrome on Windows XP. -- <sup style="font-weight:normal; color:#00E">t  numbermaniac  <sup style="color:#00E">c  22:35, 13 September 2013 (UTC)
 * The examples work on Firefox/Linux, but they're awful big. --Mental Mouse 23:23, 13 September 2013 (UTC)


 * They're the same size as the default GUI scale in Minecraft. I could change the styling to scale around the font-size, so setting it to 8px would be the same as using the "small" GUI scale. –ultradude25 ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs – 01:22, 14 September 2013 (UTC)


 * Which I've now done, and updated the example image. You would change the font size by styling #minetip-tooltip with a font-size. The size must be a multiple of 8px, or everything breaks.
 * Also: Here's a test grid: –ultradude25 ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs – 02:14, 14 September 2013 (UTC)