Minecraft Wiki
Don't have an account?
Register
Advertisement
Register
Minecraft Wiki
Minecraft Wiki
7,425
pages

Talk: Community portal

Back to page
Revision as of 05:33, 15 July 2022 by Amatulic (talk | contribs) (→‎More admins (2022): moved comment to new section)
Sign in to edit
Minecraft Wiki Community portal discussion page

This is the community's main discussion page.

Shortcuts

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 feedback site.
This page is for community discussion; generally, wiki issue reports should go on the Admin's noticeboard and discussions about a single page do not belong here.

Archives

Archive basics |archive = /Archive %(counter)d |counter = 35


Navigation on FandomDesktop (and perhaps sidebar on Hydra)

As you may know, FandomDesktop will use the same navigation, as Oasis, therefore we would have to change this one. Unfortunately, this type of navigation would mean the uncollapsed "navigation" would be gone, and we would have to rework it entirely. What are your opinions on this?

Note: It is possible to add 3 layers into navigation --TreeIsLife (talk) 13:42, 16 March 2021 (UTC)

I propose an idea to do this. We can just update MediaWiki:Wiki-navigation to make 4 custom sections. Note that I don't know if the "Explore" category can have many customizations like the others, but it can be modified I think, so I propose that we should update to this only after UCX (FandomDesktop) releases:
Wiki Minecraft Dungeons Help Explore
Wiki rules Gameplay Gameplay How to help Recent changes
-> Minecraft style guide -> Blocks -> Locations Help with contents Random page
Dungeons style guide Items Heads-up display Standardized views What links here
Talk page guidelines Entities Daily Trials Quick reference page Special pages
Video policy Mobs Ancient Hunts Schematics Upload a file
Community portal Mechanics Difficulties Official sources Missing pages
-> Admin noticeboard -> Crafting Mobs
Projects Smelting Gear
Pending tasks Brewing Weapons
Patroller requests Enchanting Armor
Wiki Discord Trading Artifacts
Edit testing page Redstone Enchanting
-> Components Cosmetics
Circuits Drops
Tutorials Arcade
Achievements -> Cards
Advancements
What do you think of this? Thejoaqui777 (talk) 02:05, 23 May 2021 (UTC)

Wiki navigation request (moved from admin noticeboard)

Currently, it looks like:

  • Minecraft
  • Minecraft Earth
  • Minecraft Dungeons

This should be changed to:

  • Minecraft
  • Minecraft Dungeons
  • Minecraft Dungeons Arcade

Thank you. Humiebeetalk contribs 21:53, 22 June 2021 (UTC)

I'd do these changes to MediaWiki:Sidebar:
* Games
** Minecraft|Minecraft
** Minecraft Dungeons|Minecraft Dungeons
** MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
** Minecraft: Story Mode|Minecraft: Story Mode
** Minecraft: Story Mode - Season Two|Minecraft: Story Mode - Season Two
** Minecraft Earth|Minecraft Earth
Because all of those games are official (even Story Mode is official in its way), and people might be interested in seeing them.
If we someday use MediaWiki:Wiki-navigation, I'd use on that page:
* Minecraft (games)|Games
** Minecraft|Minecraft
*** Java Edition|Java Edition
*** Bedrock Edition|Bedrock Edition
*** Education Edition|Education Edition
** Minecraft Dungeons|Minecraft Dungeons
*** MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
** Minecraft: Story Mode|Minecraft: Story Mode
*** Minecraft: Story Mode - Season Two|Minecraft: Story Mode - Season Two
** Minecraft Earth|Minecraft Earth
To make it more useful on FandomDesktop. Both options work anyway. Thejoaqui777 (talk) 00:31, 23 June 2021 (UTC)
The first option is fine but in the second option, if you are going to put discontinued games, you have to put discontinued versions OR remove the discontinued games (3DS and Console) (like the original proposal I made). Humiebeetalk contribs 21:27, 24 June 2021 (UTC)
I don't think we should only have 3 links to 3 current games. After all, our wiki has content for all those games and readers may be interested. Sure, they are discontinued, but I wouldn't compare them to 3DS or Legacy Console, since games like Story Mode or Earth are their own games unlike 3DS and Legacy, which are just ports of regular Minecraft to other devices. Thejoaqui777 (talk) 23:42, 24 June 2021 (UTC)
If so, I prefer the 1st option because editions are NOT games. Humiebeetalk contribs 16:40, 25 June 2021 (UTC)
While I agree that editions aren't games, people searches them and they are enoughly relevant to be included there. That's a reason of why I didn't include editions like Legacy, Pi or 3DS. Also, note that Wiki-navigation only affects FandomDesktop, and on Hydra Sidebar takes its place. Thejoaqui777 (talk) 16:50, 25 June 2021 (UTC) (Edit: I moved Earth down since it was discontinued.)
Change the sidebar:
  • Games*
Minecraft
Minecraft Dungeons
Minecraft Dungeons Arcade
Minecraft Earth
  • Discontinued games*
Minecraft: Story Mode
Minecraft: Story Mode Season 2
To this:
  • Games*
Minecraft
Minecraft Dungeons
Minecraft Dungeons Arcade
  • Discontinued games*
Minecraft: Story Mode
Minecraft: Story Mode Season 2
Minecraft Earth
111.88.70.70 13:26, 1 July 2021 (UTC)
 Support this though MCE should be moved above MC: Story Mode. Humiebeetalk contribs 14:33, 2 July 2021 (UTC)
For MediaWiki:Wiki-navigation I would suggest something like this:
* #|Games
** Minecraft
*** Java Edition
*** Bedrock Edition
*** Education Edition
** Minecraft Dungeons
** MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
** #|Discontinued games
*** Minecraft Earth
*** Minecraft: Story Mode
*** Minecraft: Story Mode - Season Two
--MarkusRost (talk) 15:39, 2 July 2021 (UTC)
I don't know, the reason of why I didn't add s discontinued games section was to make simpler for users to go to the pages. We already say that they are discontinued on both main page and their own pages, so for me it's kinda redundant. Also, I would make "Games" go to a disambiguation page or something like that, such a "Minecraft (games)" or "Minecraft (franchise)" page or something like that. Thejoaqui777 (talk) 16:20, 2 July 2021 (UTC)
That's actually not possible as clicking on "Games" collapses and uncollapses the games themselves. Humiebeetalk contribs 14:46, 5 July 2021 (UTC)
This one includes different editions unlike the IP above. I don't think editions should be in "Games". Also, Arcade should be a subbullet of MCD and Story Mode Season 2 should be a sub-bullet of Story Mode. Humiebeetalk contribs 17:41, 2 July 2021 (UTC)
My overall request:
* #|Games
** Minecraft
*** Java Edition
*** Bedrock Edition
*** Education Edition
** Minecraft Dungeons
*** MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
** #|Discontinued games
*** Minecraft Earth
*** Minecraft: Story Mode
**** Minecraft: Story Mode - Season Two
Humiebeetalk contribs 17:45, 2 July 2021 (UTC)
I'm not a big fan on the subsections for Story Mode and Dungeons. The subsections include only a single link which kinda defeats the point of of a subsection, specially as we aren't at the limit of links in the higher section. MarkusRost (talk) 17:15, 4 July 2021 (UTC)
I really don't like discontinued games either, they recieve too little traction, MCE is inaccessable and MC Story Mode is inaccessable if you did not download it before its discontinuation. I'm fine with no sub-bullets ifi there is only going to be 3 games (MC, MCD, and MCD: Arcade). I'm still not comfortable with editions as they are not games. (So I basically support my original proposal
* #|Games
** Minecraft
** Minecraft Dungeons
** MCD:Minecraft Dungeons Arcade|Minecraft Dungeons Arcade
Humiebeetalk contribs 14:46, 5 July 2021 (UTC)

To continue, I've made some significant changes to the navigation (for Fandom Desktop) and not just for the games section, feel free to add or suggest more things about it:

Quick look: https://cdn.discordapp.com/attachments/827172532917764161/865280880628465684/Navigation.gif – ItsPlantseed ⟨₰|₢⟩ 20:58, 14 July 2021 (UTC)

I really think that Realms and Commands should be moved to technical. I also think that a discontinued games sub-section should be added to separate old games and new, active games. Humiebeetalk contribs 21:06, 14 July 2021 (UTC)
I've updated the menus to show less items, since 4th layer menu doesn't really supported. – ItsPlantseed ⟨₰|₢⟩ 17:19, 15 July 2021 (UTC)
Forgot to say,  Support. Also, how would these apply to the hydra sidebar? (MediaWiki:Sidebar) Humiebeetalk contribs 21:16, 14 July 2021 (UTC)
As MediaWiki:Wiki-navigation doesn't affect the current hydra sidebar, I don't think it's possible to add multi-layered section with the sidebar. So hydra would almost likely to be unchanged. – ItsPlantseed ⟨₰|₢⟩ 21:28, 14 July 2021 (UTC)
I'd use something like this actually:
That way we can include more useful links, also without being redundant on usage of many "something|something" (it does work). Thejoaqui777 (talk) 00:20, 17 July 2021 (UTC)
Does 4th layer even exist? I did not saw nothing about it?
But if you ask about my idea, it should be simple, so the idea for layer 1 would be:
--TreeIsLife (talk) 21:27, 18 July 2021 (UTC)
4th layer does not exist so thejouqui777's idea can't work. Minecraft Wiki is not a game and you forgot MCD Arcade.Humiebeetalk contribs 22:11, 18 July 2021 (UTC)
MCD arcade goes into MCD layer. Minecraft Wiki lists wiki things. "Help:Contents" isn't even a in category of "wiki contents". --TreeIsLife (talk) 06:28, 19 July 2021 (UTC)
Simply thejouqui777's idea without 4th headings (+ or - a few adjustments) Humiebeetalk contribs 22:23, 18 July 2021 (UTC)
I'd like to mention that 4th layers did exist before, but they now don't, so yeah the proposal may need to be tweaked. Thejoaqui777 (talk) 06:43, 19 July 2021 (UTC)


If you noticed a new Fandom blog, next week, the skin will officially be unchangeable from preferences and 2 weeks later, ?useskin will be removed too. So, it will become inaccessible. Because of this, we must to make a final decision for the skin. After some thinking, my final suggestion is:

I decided to merge editions with the "Minecraft" on sublayer of Games. Few changes in "Minecraft Wiki" layer, but otherwise it is same. --TreeIsLife (talk) 19:46, 2 August 2021 (UTC)

2022 Update

Continuing the discussion, I proposed this for the new navigation:

Preview on my test wiki: [1].

I've removed the Games section altogether and merged it with the Gameplay section (you can still click on the respective title), also added Technical section which contains several links to customization resources. I also noticed that moving from sidebar to wiki navigation means that we will lose the amount of maximum items in a single dropdown, so multilayered dropdown is needed to compensate some of the remaining links. – ItsPlantseed ⟨₰|₢⟩ 04:02, 27 June 2022 (UTC)

Hydra

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
Hydra will no longer be able to be used at all making this discussion obsolete in a few months. Humiebeetalk contribs 17:23, 15 July 2021 (UTC)

This sub-section will be used to discuss the hydra sidebar. For games, MCE should be removed (no discontinued stuff) and MCD Arcade should be added. There is also a dungeons sidebar so the twitter and discord for dungeons can be done accordingly. Instagram should be added, Minecraft Twitch should be renamed to Twitch, all mechanics (trading, brewing, enchanting, crafting, smelting) in the hydra sidebar should be clumped into Mechanics. Technical stuff should not be added. Blocks, Items, and Mobs should be moved to the top and gameplay should be added. Humiebeetalk contribs 21:35, 14 July 2021 (UTC)

I don't know why we should discuss this. Soon in August, all wikis should be using FandomDesktop by default, and later, Hydra skin will be removed from options to switch. --TreeIsLife (talk) 06:54, 15 July 2021 (UTC)
Oh, at least the admins should repace MCE with MCD Arcade, this discussion is now irrelevant. Humiebeetalk contribs 17:23, 15 July 2021 (UTC)

Flavors of "renewability"

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
The original idea was  Rejected. With the change to the placement of the renewability question ( Agreed on), there is a discussion here, making this discussion irrelevant and ready for archivation

I see a lot of infoboxes listing a resource as "renewable", and simply having a single label for everything renewable gives a false impression about practicality.

It might be useful to readers to have some distinctions between flavors of renewability. Logs are easily renewable by planting the saplings dropped from trees when harvesting them. While it's difficult to get a trident, the only way to get one is from a drowned. But is anybody really going to go through the agony of going into the Nether to defeat a wither skeleton just to get some coal? Technically coal is renewable, but practically it isn't, so it's kind of misleading to give it the same label as an oak log in terms of renewability.

Seeing "Renewable: Yes" in an infobox, therefore, is not useful information to me as a player. I'd like to see some qualifiers, like "Renewability: Easy/Moderate/Hard", indicating the effort and risk required to obtain the resource by means other than mining, in Survival mode.

Examples:

  • Bee nest: Renewability is easy, requiring a small amount of low-risk effort (albeit by grinding) to plant oak or birch trees near flowers.
  • Cobblestone: Renewability is easy, requiring resources to obtain a bucket for water and lava.
  • Iron ingot: Renewability is moderately difficult given that one generally needs several ingots. One can build a basic iron farm in survival mode, but it's a low risk activity that takes effort and time.
  • String: Renewability has variable effort and risk. Risk can be high (going to the Nether to barter, or hunting spiders) or time consuming (relying on chance from fishing, bartering, cat gifts). In my experience, string is one resource I'd like to have early in the game but in some games I have found it extremely difficult to obtain.
  • Sand: I'd say moderate; it's technically renewable by trading, but considering the value of emeralds it's a poor exchange, especially if you need a lot of sand and there is no village available.
  • Mob heads: Renewability is hard. This is something that is renewable more by accident than intentionally. Not practical at all.
  • Clay: Hard, high risk. The only renewable way to get it is to gain Hero of the Village, and then you can get it only if the village has a mason who survived the raid.

I realize there's a lot of subjectivity here, but maybe we could come up with more objective criteria. One idea might be to plot items on a grid with axes representing effort and risk or cost. Amatulic (talk) 18:57, 25 March 2021 (UTC)

@Amatulic:, I have 1 problem, this is opinion based. Also, how do you even make a graph, a poll? At the very most, do something like {{biome}} where it shows only a few options, not something all out.Humiebeetalk contribs 19:08, 25 March 2021 (UTC)
 Oppose, simply too subjective to implement; it's not a game definition, so it is entirely opinion based.
People can judge for themselves by reading the obtaining sections. Dhranios (talk) (Join the wiki videos project!) 19:21, 25 March 2021 (UTC)
 Oppose making changes to the infobox field aside from possibly removing it. I agree that the current information isn't super useful (e.g. it's hardly practical to get renewable resources through the wandering trader), but classifying by cost or risk is subjective, and I can't think of many other classifications that would both be useful and clear enough to not warrant an explanation (which would be too much for an infobox field). I wouldn't be opposed to making a bigger deal on renewability in the obtaining sections, especially for items like concrete powder where it's not immediately obvious without reading the pages of its crafting ingredients. –Sonicwave talk 20:18, 25 March 2021 (UTC)
 Support moving the renewability out of the infobox and into obtaining. Dhranios (talk) (Join the wiki videos project!) 22:45, 25 March 2021 (UTC)
 Support moving the renewability out of the infobox and into obtaining. It does require more explanation than a simple yes/no. --MentalMouse42 (talk) 02:28, 26 March 2021 (UTC)
 Comment The general issue of difficulty in renewability is something that has come up before; the biggest factor in difficulty is actually gating. In general, an up-front investment can reduce the "cost" (time, effort) of most resources by at least one order of magnitude and sometimes more.
  • E.g., String is difficult to obtain in the early game, but once the player has iron armor and weapons, spiders are little threat... and once they can find and farm a spider spawner, it's trivial.
  • Likewise for iron -- early in the game it's just easier to mine for it, but once the player has enough resources to manhandle villagers and build an iron farm....
  • A similar pattern applies to tradeables in general -- initially subject to random chance, but once you invest the time and resources (cash-crop farms, a trading hall, cultivated trades), that gate is basically passed -- the emerald cost of something turns into "how many do you need?".
    • The wandering trader represents a slightly special case, in that you need to wait for a desired offer, and can only get a limited supply.
  • That said, there certainly are a few things where even farming leaves them pretty costly. Nether stars are the poster boy for those...
    • Even on smaller scales: E.g, I recently built a basic music disk farm, where I still need to wait for creepers to come by, lure them into the killing yard, then dodge arrows from my named skelly for a bit. Way better than fooling around in the open night, but not quite trivial.
    • Witch farms probably qualify in this category too, in that the scaling basically means that you really do need to "go big or go home".
  • And when the effort for something is totally out of proportion to the value (e.g., the clay example), it might technically be renewable, but not in practical terms.
--MentalMouse42 (talk) 02:28, 26 March 2021 (UTC)
Addendum: Knowledge also matters a lot: E.g., iron golem farms require a lot of technical knowledge (or exact adherence to a plan), witch farms a little less, and (pigman-based) gold farms a fair bit. --MentalMouse42 (talk) 02:52, 26 March 2021 (UTC)
...which is odd, because I can easily create an iron farm but I have never ever gotten a witch farm to work. For gold, I get all I need from drowned farming with a zombie spawner, which is probably less complicated than doing it in the Nether. Amatulic (talk) 00:34, 31 May 2021 (UTC)
 Support removing from infobox and adding to obtaining. Also, string is definatly easier to obtain than bee nests.Humiebeetalk contribs 18:57, 26 March 2021 (UTC)
 Support moving from the infobox to the obtaining section. Some items definitely need a more thorough explanation rather than a simple yes/no.--Capopanzo (talk) 00:08, 2 April 2021 (UTC)
 Support (as the person who started this discussion): removing the renewability parameter from the infobox in favor of explaining the renewability in the article text. There are too many flavors of renewability for a single infobox parameter. Amatulic (talk) 00:31, 31 May 2021 (UTC)
To add to all of this, pretty much everything renewable (with the exception of wandering trader exclusives) has a farm. String - has a farm. Bee nests? - has a farm. Villager goods? - make an emerald farm. Clay? - make a raid farm. Beacons? - Obsidian farms exist, nether star farms exist (which is quite OP) and glass can be obtained via trading (emerald farm). Dirt? - make an azalea tree farm or something. Renewablility changes as you progress through the game. Humiebeetalk contribs 13:49, 31 May 2021 (UTC)
 Neutral about the removal of the template part, but  Support adding a new "renewability" subsection. Renewability should be both in the infobox and obtaining section, because if someone wanted to check renewability for coal, they could go to the wiki page for it, see "Renewable: yes" and then go to the obtaining section to see how they can reobtain it again. Removing the infobox section could remove a useful identifier, because then if someone wanted to check if something was renewable and it wasn't, they could stop reading as soon as they see "Renewable: No" and not have to search through the obtaining section. Thejoaqui777 (talk) 02:36, 3 July 2021 (UTC)
Gosh, and I thought this was pretty much settled that we would remove the non-informative parameter from the template. It's useless unless it can be made into something more than a binary indicator, and as has been pointed out, that is impractical because of the subjectivity and complexity. A section in the article is sufficient. Amatulic (talk) 04:40, 3 July 2021 (UTC)
Our infoboxes also can show their row descriptions when a Discord bot like Wiki-bot reads them. Removing the "Renewable" section from the infobox would make difficult to users who use Discord to see if the block is renewable or not without going to the page. It's worth to consider things like that because on our Discord server we use Wiki-bot a lot. Thejoaqui777 (talk) 05:40, 3 July 2021 (UTC)
 Both removal of the template and infobox part, and adding the sub-section. The sub-section can be established to always start with the sentence "[the item] is/is not renewable", keeping finding the information easy and quick. Blue Banana whotookthisname (talk) 09:59, 15 July 2021 (UTC)
Remember that our infoboxes also can show their row descriptions when a Discord bot like Wiki-bot reads them, like Wiki-bot, so removing the "Renewable" section from the infobox wouldn't be the best idea. Also, infoboxes are supposed to give just a few wiew of things, not to be actual complete information sections, which makes the simple "Renewable: Yes" make sense. Thejoaqui777 (talk) 13:19, 15 July 2021 (UTC)
It doesn't matter. The parameter is not mandatory, so if it's missing, it shouldn't mess up any bot that needs to read it. "Renewable: Yes" is meaningless and non-informative, as amply discussed above. It's best to remove it completely, and add a section about it. Amatulic (talk) 05:54, 26 July 2021 (UTC)

Logo?

Idk but sounds like we need to change the logo... maybe a cube wikipedia? Gugalcrom123 (talk) 12:16, 8 October 2021 (UTC)

Which logo exactly? -- XZippy (talk) 18:04, 8 October 2021 (UTC)
See the Community Portal page (not this talk page) for an explanation. This wiki has been disallowed to display Microsoft-owned trademarks or logos. Amatulic (talk) 19:55, 8 October 2021 (UTC)
Yeah, the wiki is no longer official. Microsoft terminated the agreement that allowed use of Minecraft trademarks on this wiki. This is no longer an official source. About that though, how will it affect the wiki's style guide? I doubt there would still be the same dedication to making this a complete, comprehensive source when there is no credibility status to live up to. As far as I can tell there is nothing to stop this wiki from becoming another one of the millions of fan-made nonsense that this site is full of. I'm really worried it won't be as reliable as before, even if only from a user perspective. Loss of an official status is no small thing and would definitely affect credibility.Theoratically, what can prevent this from becoming another trash can is if the strict style guide is never dropped or changed, as in for instance pages about features not in development versions are not allowed, so on and so forth. But even then would it be viewed and referred to by the community the same way as before? Anyone with information or even just an opinion about that matter as a whole? I'd really like to be wrong about where I think this wiki is going, but I also kind of like the drama ngl. Zegatrox (talk) 06:41, 10 October 2021 (UTC)
I do not believe this change is going to affect article quality or wiki policy. --AttemptToCallNil (talk) 08:24, 10 October 2021 (UTC)
As a member of this community, I can say that we won't be different from what we've been all these years. A community like us isn't only defined by their rules, but also their members. All those users who make either small or big editions are appreciated. The logo may be different, yeah, but this doesn't mean we'll be different. Some things will change, but our core will remain the same. We've even been considered "unnoficial" from many years ago actually, and we all knew that someday something like this would happen. What we need to do is to not lose our dedication and inspiration, we need to continue doing what we've been doing for all these years, which is to document all the info about the franchise we love. Thejoaqui777 (talk) 19:46, 10 October 2021 (UTC)
Without rules, the people start conflicting. As such, the rules actually do make or break a community. Be clear, be concise, and be comprehensive. That is why Fandom's wiki was listed as official for longer than anyone else's wiki. And, if we slack on the rules, then all the work that was poured into the Fandom wiki goes away. ... Yes, the people are important. Just make sure the rules last longer than the people will. :) 70.190.43.171 04:25, 24 October 2021 (UTC)
Thank you so much! Your comment made my day! Ever since I discovered this place and the Nether Update was anounced I was so anticipating to see how the articles grow and keep documenting all of the cool new features so people who like me at the time were new to the community and didn't follow Minecraft on YouTube or Twitter could see all of these things. I had that same feeling once Caves & Cliffs was announced, and after what happened I worried this aspect of the wiki being so up to date and a comprehensive source to check out update news would be no more. But thinking about it again you are right. Ambition and dedication is what gave this wiki a place in the Minecraft community, not some status given or taken away by the all-great, all-powerful authorities (looking at you Microsoft). What they call it doesn't change its reality, and the reality is that this wiki has been documenting all information about Minecraft that is in reach since its release. Zegatrox (talk) 01:19, 11 October 2021 (UTC)
I didn't give a **** about the "official" designation when I got here, and I still don't. This is a wiki, people. A wiki consists of user-generated content, which cannot by any stretch be considered "official". It would be official if the content were curated by Microsoft or Mojang. But as a wiki, no way. It's an information resource, made reliable through the dedication of its contributors. Amatulic (talk) 03:21, 11 October 2021 (UTC)
Regarding the logo specifically, I have just updated to a new logo to fulfill the Microsoft requirements in a timely manner; though it's not necessarily final and I think some people wanted to discuss it further. –Sonicwave talk 18:32, 11 October 2021 (UTC)

I like the new logo, but can we do it without text or with a plain font like Roboto? It looks like one of those cheap recreations from the internet. – Unsigned comment added by Gugalcrom123 (talk • contribs). Sign comments with ~~~~

Regarding the logo and header, I have a new proposition for the wiki header: Wiki header2 rev6 Let me know what do you think and if you support possible change to this revision.
Update: Changed logo perspective to more 3D look. Oakar567 (talk) 16:21, 12 October 2021 (UTC)

Looks good! Cat201 (talk) 17:12, 13 October 2021 (UTC)

I really like the idea of the new earth logo, it just needs to be improved upon. As for the header, I think the text should be tilted/pitched backwards and forwards similarly to how all the Minecraft update logos are. I made an example of this, but I don't know if I should upload it due to it using a CC BY-ND copyrighted font (idk how it works). The current header looks too flat in my opinion. Cat201 (talk) 17:41, 12 October 2021 (UTC)

We can definitely figure something out in terms of more 3D look, but I'm affraid then it would be called out as taking too much inspiration from official Minecraft logo, resulting in getting back to starting point and change request. Idk, maybe others have different opinion in this matter Oakar567 (talk) 17:47, 12 October 2021 (UTC)

A logo idea I made, which *technically* doesn't use the official minecraft logo. Minecraft Wiki Header3 Is this what you (Oakar567) meant by things possibly being called out for taking to much inspiration from the official one? (also sorry if I somehow break everything, I'm completely new to editing wikis) JakeThe28th (talk) 20:18, 17 October 2021 (UTC)

I think the "Unofficial" is unnecessary, and so it the emphasis on "Wiki". Also, I don't think there's an issue with having the wiki logo being inspired by the Minecraft logo as long as it's not the exact same one, but maybe using the same font design like you did here is too much. Cat201 (talk) 19:52, 18 October 2021 (UTC)

Add-on documentation is obsolete and needs to be deleted

I've been discussing what needs to be done to the Add-on page with MetalManiacMc, but the issues have become broader and I think more people need to be invited to the discussion.

The Add-on article was originally the official landing page for Mojang's documentation on Bedrock add-ons. It has links to a couple dozen articles on specific technical topics for creating add-ons. All of this documentation was authored by Mojang staff and used to be maintained by them (mostly by replacing the entire page content) every time a Bedrock release or Beta release came out.

A couple of years ago, Mojang moved their documentation to the Microsoft Documentation site and stopped updating our articles. Wiki editors have made attempts to keep some of it updated, but these are only cosmetic changes as far as I can see. The documentation is now years out of date and is no longer official.

So I think we need to delete all those technical articles and the links to them from the Add-on page. (I don't think it's practical to consider maintaining shadow documentation on the wiki, but I won't go into why unless somebody asks.) I'm asking for consensus because it's a lot of material we'd be deleting.

That leaves the question of what to do with the Add-on article itself. I think MetalManiacMc and I agree that it's still a topic that should be represented on the wiki, but henceforth it should just be an introduction to what add-ons are and what can be done with them, with links to the existing Resource Pack and Skin pack pages. (A Bedrock add-on is installable community-written module containing customizations implemented in the form of resource packs, behavior packs, and skin packs. It should be noted that the existing Resource Pack and Skin pack articles are not Bedrock-specific. We don't currently have a Behavior Pack article, and probably should add it.)

Thoughts? — Auldrick (talk · contribs) 18:10, 17 December 2021 (UTC)

I don't see the point of maintaining information that duplicates information that is curated elsewhere. Also if the information we have is obsolete, and a better source of information already exists, there is no point in keeping it, as it would simply mislead others. Amatulic (talk) 20:45, 17 December 2021 (UTC)
Yes as Amatulic said it's important to find a way to represent add-ons, but we can't provide a documentation, and even less keep it up to date. There are websites and wikis such as bedrock.dev that do, but they mostly sync their docs with Microsoft's and then add tutorials on their wiki. Our current information is useless and misleading we need to somehow find a middle ground between sufficient info and info we don't need to rewrite every week--MetalManiacMc at your service fellow human! (talk) 22:22, 17 December 2021 (UTC)

Minecraft Plus Classic Grass Block Texture

I was on Minecraft plus (the moving block one the bounces around the screen) & I saw a side texture for the classic grass block texture. I'm not sure whether it was the Alpha version or Beta version I only saw it briefly, I just know it was the old texture & was bright green. Unfortunately I could not get a screenshot of it but if I see it again I will make sure to take one. I have not seen this anywhere else or on the wiki. I don't know if this is where I should put this but I just wanted to let some people know about it. It was one of these textures (ignore the top, just the side): [2] [3] KCenderhead (talk) 22:39, 19 January 2022 (UTC) [Edit: Here is the image of the grass [4] KCenderhead (talk) 23:04, 21 January 2022 (UTC)

History

Moved from Admin noticeboard

Should history have Minecraft Education? I was looking at MCW:STYLE and I can't really find an answer to this. Humiebeetalk contribs 00:26, 6 March 2022 (UTC)

I would say yes. I imagine it isn't part of the history because most people assume Education Edition is part of Bedrock (you can flip a switch and you get Education Edition features). Amatulic (talk) 01:05, 6 March 2022 (UTC)
The issue is, pretty much every single block, item, entity, biome, feature, etc would need to be updated which would take days. Things like the Texture Update would also need to be accounted for. Is there a way for a bot to like copy any change from BE to EE? (1.18.0 -> 1.18.10, 1.17.0 to 1.17.30, etc) I might just copy-paste the history from bedrock, making changes if nessecary. Humiebeetalk contribs 01:13, 6 March 2022 (UTC)

Combat Tests

Proposal: Should we consider Combat Tests experimental snapshots? As of now, they're listed simply as snapshots, despite having everything in common with experimental snapshots: they're not found in the launcher, they need to be downloaded from minecraft.net, they're forks of existing versions, and are mostly not compatible with other releases.

Affected pages: Category:Java Edition Combat Tests snapshots.

Deadline: March 26, 2022. – Unsigned comment added by Spectrogram (talk • contribs) at 05:11, 14 March 2022 (UTC). Sign comments with ~~~~

 Oppose - they are explicitly not referred to as experimental snapshots. BDJP (t|c) 15:22, 14 March 2022 (UTC)
 Neutral They were never snapshots, but they are also not experimental snapshots. I would be  More happy with putting them to "Tests" category.
Additionally,  Strong Support for removing their reference from main page's "Development versions" section (they seem to be long dead) and removing the section in {{Java Edition versions}}. Instead, there should be a link to the general page at the top of the infobox.--TreeIsLife (talk) 15:26, 14 March 2022 (UTC)

Adding inventory slots templates to the articles for main releases

Back in December 2020 I already proposed it, but it didn't get many attention as it may get now, so, I will try to propose it once again.

I think that adding inventory slots templates to articles about main releases (ex. Java Edition 1.17) would be a great way to make it easier to see directly what was added in an update, and it would also make everything more accessible.

Here's what it would look like:

1.xx AdditionsSculk Sensor
It could have historical value, but when the release article is created, often the graphic assets aren't available right away.
For me, though, I personally don't find a sea of icons useful or informative. I'd rather just see a text list. Amatulic (talk) 16:20, 17 March 2022 (UTC)
 Strong Oppose As I said at least 3 times. It is just less, than it is in similar version guides. In InvSlots, you can document blocks and items, but you can't document mobs (so Additions is even a misleading title). On other hand, if you really want to have graphical assets there, you can just put images before the actual names of the blocks/items/mobs, as it was done in pre-1.0 version pages. --TreeIsLife (talk) 19:56, 18 March 2022 (UTC)

Potentially Moving Wiki Hosts

Hi, I know there have been a lot of frustrations with Fandom over time, so I was wondering what the position on moving hosts is. Terraria's official wiki just moved to wiki.gg (announcement by them here) in order to have better control over the wiki (design + less obtrusive advertising). Personally, I much preferred how the wiki was originally on Curse and I think that re-platforming might help move back in a better direction. 155.33.78.19 02:03, 21 March 2022 (UTC)

We have already discussed that, though not on the community portal. It's not if we didn't want to move, but instead more about what would be the consequences of it. Also, we have interwikis, and we should care about them too. Also, per the Minecraft Wiki:Community portal/Microsoft status update page, it's something we have to discuss even more. Thejoaqui777 (talk) 02:58, 21 March 2022 (UTC)
So let's talk about it. TBH, it will be really risky to do so. We're not supported by Mojang nor Microsoft, so the actual migration may overturn that Mojang will create a new "official" wiki. That would just split the traffic between 3 wikis. After that, there may be problem with interwikis. Actually, just with one wiki - that may be the Spanish one. As of now, it already has a competition (a wiki, originating from Fandom, didn't merge). Also, Spanish community seems to have more open hands to do things. Otherwise, there are more positives then negatives, so I won't be against --TreeIsLife (talk) 20:57, 28 March 2022 (UTC)
Forking the wiki is not something that is best for anyone short- or long-term. But it might be able to be done so long as a) the content is copied to a new host (or self-host); b) the Fandom wiki is locked and permanently redirects to the new URL; and c) Mojang/Microsoft reenters the agreement to make the new one "official". It'd take a lot of cooperation between Fandom and Mj/Msft--Fandom to be willing to lose traffic and revenue and Microsoft willing to let its trademarks be used. Though the wiki's license allows for forking, the maintenance on Mojang's end to maintain a fork is something I'd dismiss as unlikely to happen. So that would leave the big concern regarding Fandom being willing to let us go.
But what we would gain from it is significant. We could have proper language support à la Wikidata. Be unconcerned of Fandom's changes affecting us. A UI that doesn't suck. Control over our MediaWiki instance. SWinxy (talk) 06:06, 13 April 2022 (UTC)
Neither of those things seems likely to happen.  Nixinova   T   C   06:17, 13 April 2022 (UTC)
 Mostly agree with Nixinova. The a) has to happen (otherwise the fork wouldn't be a fork). I never heard of Fandom deleting/archiving any wiki in other way than 2 wikis on platform merged or there were ToU violations. Fandom won't (in any way) support any external wiki (because that wiki is their competition). The c) may happen, but the agreenment won't make the new wiki official (since I hope you read the reason why Microsoft canceled that agreenment). I am sure that it could guarantee Minecraft Wiki support from Mojang (i.e. "the new wiki is our recommended wiki"). Also, your "WikiData" integration won't work since the Wikibase would require much more work being done, since it is complicated and slow as Semantic MediaWiki.--TreeIsLife (talk) 15:15, 16 April 2022 (UTC)

Is it fair use to use Minecraft related images from movies and shows?

There's a scene in Spider-Man: No Way Home that has a Spider-Man skin made out of Perler beads amongst some other Spider-Man related art. I don't know if it would infringe copyright to upload an image of it to put on the Skin page or something. I'm sure that as time goes on that there will be other Minecraft references in movies as well. -Yekulten (talk)

The concept of "fair use" probably doesn't come into play in this case. Nowadays it's pretty much guaranteed that any appearance of a brand or brand-identifiable thing in a movie scene has already been negotiated and paid for. Usually a brand pays for prominent exposure in a film, otherwise the film producers license the brief appearance. Amatulic (talk) 19:26, 2 April 2022 (UTC)
So it would be fine? I know it's super trivial, but that's my kind of thing. I don't like to leave things out. -Yekulten (talk) 22:28, 2 April 2022 (UTC)
Fine for what? I thought you were referring to a movie's use of Minecraft branding. I see now you meant you intend to include an image from a film into this wiki. If so, and the image is not required in the article because other means of conveying the information are available (like text), then no, it probably isn't fine. More information on fair use in relation to wikis can be found on Wikipedia at WP:FAIRUSE. Because the Minecraft Wiki uses the same software with the same licensing, I imagine the same policy would be applicable here as well. Amatulic (talk) 01:10, 3 April 2022 (UTC)
I support it being included as text, and it's completely fine actually, because we already have a section on the article called Minecraft#References in popular culture and its purpose is for exactly what you are saying. While I agree with Amatulic that the image for now isn't needed, I don't see the need to follow Wikipedia's rules and policies, or at least not as actual rules but just as simple guidelines, since we're a completely different community and we have our own policies which are specifically made for us and by us. Also, I'd be completely fine if we added images about the references in other media, as long as it's only one of them and has explicitly a minecraft-like character (not just textual mentions or references), but that's up to people to decide in another discussion post. Thejoaqui777 (talk) 03:28, 3 April 2022 (UTC)
I agree we need not follow Wikipedia's policies. However, in this case, the policies concerning copyright are grounded in actual law, so we should take care when departing from them. Copyright law is complex, and the Wikipedia community has worked long and hard, with the help of experts, to arrive at a policy that protects the Wikimedia Foundation from running afoul of the laws. I would not want to put the Minecraft Wiki at legal risk just for the convenience of having an image that someone happens to like. Amatulic (talk) 05:50, 3 April 2022 (UTC)
I'd say that just putting some few images that are exclusively about Minecraft content being referenced using a Minecraft-shaped character (not just textual references/mentions, since that'd be difficult to manage and wouldn't fit us) would be a nice adittion. Also, Wikipedia is a large wiki which has thousands of users, and that's why I don't think we should follow them since we are a different wiki with a different focus and their policies are huge compare to what a small wiki needs (I know that there are many policies that would be pretty useful here, though, but usually the communities themselves develop their own policies), but as I said, that's for another discussion topic. Thejoaqui777 (talk) 13:47, 4 April 2022 (UTC)
And while those points are valid, none of them are germaine to the fact that we still need to abide by copyright laws. Just because Wikipedia is huge and this wiki is comparitively small does not exempt us from the same regulations; they apply to everyone, all the time. The Wikipedia polices regarding fair use have been carefully crafted to ensure compliance with copyright law. Absent any corresponding polices on this wiki, we need to follow what Wikipedia does where legal issues are concerned. Amatulic (talk) 03:51, 24 April 2022 (UTC)
It's understandable, but I dislike comments like "we need to base this on Wikipedia policy because it was carefully constructed" because it causes a dependency from Wikipedia. What we should do should be saying "we need to do this this way because -this policy- allows or unallows us to do this" instead. Thejoaqui777 (talk) 04:07, 24 April 2022 (UTC)

I feel like this wiki needs to add tabs for each minecraft version

I've noticed that this wiki seems to just overwrite their pages with information relating to the most recent version of minecraft.

IMO, this is a bad idea. Someone looking for information on older versions of minecraft will struggle to find anything useful, and the action of overwriting already-existing content takes a lot of time and is likely to result in mistakes and missed information.

TalkpageVersiontabsExample

something like this

Instead, we should add some sort of tabs to the top of each wiki page. The tabs will state each major version of minecraft, and clicking them will direct you to <pagename>/<version> which will hold the relevant information.

This will allow us to serve information about older versions of minecraft, and it will also help clean up a lot of the messy pages that have the "This article needs to be updated" header by helping organize the data (which will help up recognize what information we are missing or is incompatible with the version we are writing about)

TLDR; add tabs and/or subpages to each wiki page so we can show information pertaining to each different version of minecraft. (for example "minecraft.fandom.com/wiki/Potion/1.12")

QuestwalkerKO (talk) 22:22, 23 April 2022 (UTC)

That already exists in the infoboxes in articles on each version. See Bedrock Edition 1.18.10 for example. The infobox has a version navigation widget at the bottom.
I would be opposed to maintaining separate articles for every block and entity for each version. Amatulic (talk) 03:45, 24 April 2022 (UTC)
While there are definitely valid reasons for playing on older versions (e.g. mods), keeping old articles for everything in the game is unlikely to be feasible. You'd have to create hundreds of pages (or copies of pages for tabs) every time an update releases, and consider all of them every time you make potentially breaking changes to images or templates, unless you're okay with them falling into disrepair.
There usually isn't that many changes to any given item in an update to warrant a complete rewrite as opposed to just documenting them in the history section, and pages with more significant changes do tend to get subpages, such as Trading/Before Village & Pillage. I agree that the presentation of current release vs upcoming information tends to be a mess (which could trickle into outdated content being left upon the next release), but I think that can be improved by putting more care into how it's presented; e.g. splitting current and upcoming information in different sections instead of mixing them together and throwing {{upcoming}} tags everywhere. –Sonicwave talk 05:47, 24 April 2022 (UTC)
I  Strong oppose this as it would mean maintaining WAY more pages than before, and would be extremely confusing if we have to make the tabs for Java AND for Bedrock, since both evolved differently. The History section should be enough to get all information of a previous version. --MetalManiacMc at your service fellow human! (talk) 09:17, 24 April 2022 (UTC)
There's hundreds of releases of Minecraft, this would be way too tedious and wouldn't be worth it. If you really need info as of some version, look at when that version was out and use the Wayback Machine or the page history to view the page as of that time.  Nixinova   T   C   10:29, 7 May 2022 (UTC)

Edit requests

I created a template called {{edit protected}} over a year ago, originally intended to make it easier for editors to request edits to protected pages. Aside from an update on the template's color, there have been no other edits on the template, and an earlier topic about the template was archived long ago. I also have requested pages of MediaWiki pages at User:Fadyblok240/MediaWiki, which includes edit request prompts. Are edit requests a good idea? Fadyblok240 (talk) 15:03, 15 May 2022 (UTC)

I have mixed feelings about it.
On one hand, a newbie cannot be expected to know to use that template. If a user has the 'edit' button enabled but cannot edit the article, the automatic editnotice should inform users about using that tag on the talk page.
The only advantage to that tag is that it would add un-answered edit requests into a category page. But then, other users would need to remember to monitor that page to find open edit requests.
So the usefulness of this tag is limited. Most people just make a request on the talk page, without the tag, and it eventually gets answered. I see tags like this used a lot on Wikipedia, but of the many edit requests I have answered here on the Minecraft Wiki, I don't recall a single one that used the edit request tag. Amatulic (talk) 16:55, 15 May 2022 (UTC)
I also don't see much point. It adds another category that editors would have to monitor for it to be useful and complicates the process of talk page requests, which is foreign enough to non-editors unfamiliar with talk page syntax. We also have few protected articles where this would actually be useful. –Sonicwave talk 03:49, 16 May 2022 (UTC)
Most of the pages that I want edited aren't even articles. They are mostly MediaWiki pages. Talk pages of these pages are pretty much inactive but I shouldn't use this page to request edits to these pages because edit requests only concern 1 page each. Should I request my proposed changes here? Fadyblok240 (talk) 21:54, 17 May 2022 (UTC)

Names in other languages

There should be a Names in Other Languages section of pages that lists the names of the topic of the page in other languages similer to whats found on the Pokemon wiki and Mario wiki. --67.81.132.165 14:39, 21 May 2022 (UTC)

Unnecessary. At the top right of any article, there is a drop-down menu for that same article in other languages. Amatulic (talk) 16:49, 21 May 2022 (UTC)
Ok and? Not every language has a wiki. 67.81.132.165 19:19, 21 May 2022 (UTC)
And Minecraft isn't available in every language either. More to the point, it is unlikely that anyone knows translations of all topics in every language either, so any section added to an article would likely be as incomplete as the existing drop-down list. If you know what a topic is called in every language, feel free to add a section to that article topic yourself. Otherwise the drop-down list of available languages is sufficient. Amatulic (talk) 19:34, 21 May 2022 (UTC)
Actually wouldn’t we only use official translation from the languages that are in Minecraft? Everything else would be fan made information. 172.56.34.112 12:22, 23 May 2022 (UTC)
All Minecraft wikis are basically fan-made, regardless of the language. For example, many people in Croatia know German or Italian and they may play Minecraft in either of those languages because Croatian isn't available, and nothing prevents a Croatian wiki from being created if there is a demand for it. Most of the terms used in Minecraft have analogous terms in other languages. Amatulic (talk) 14:28, 23 May 2022 (UTC)
That’s not what we are looking for. A names in other language is not a list of wiki pages. It literally just a list of what something is called in other language. If Minecraft isn’t in a language then we wouldn’t list it because that’s not information from the game Minecraft (unless there is other official information in that language).
 Comment: The thing is, who would be maintaining it? A list of that type requires a lot of maintenance. Second, you'd need to consider that Java is translated by community members and translations may change at any time, and Bedrock is known to have pretty bad translations that the ocmmunity just ignore. I don't know if this would be appropiate, because it also wouldn't help the non-english Minecraft Wikis, instead making them lose readers because the info is in the english variant. This could have some benefits, but the cost is too high as of now, at least for me. Thejoaqui777 (talk) 13:47, 25 May 2022 (UTC)
Who reads the non-english Minecraft Wikis for the sole reason of finding what something is called in a language.Knowing that Dirt is called Terre in French won't make people who speak French not read the French wiki. Also even if the community members don't like bedrock's info doesn't make it any less valid. 67.81.132.165 20:56, 27 May 2022 (UTC)

The future of Official Pages

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
 Agreed on moving pages outside of Official pages. Pages are now in MCW NS.--TreeIsLife (talk) 19:42, 3 June 2022 (UTC)

As you may know, until 2019, Mojang sometimes edited MCW's pages, including "Official pages", that were created by them. In 2019, they stopped editing/updating them. I barely see a edit on this wiki by someone working in Mojang. And after they stopped treat the wiki as an official one, it seems they're not interested at looking at those pages.

Right now, there are only 3 pages left, but that's not enough to keep it as some sort of officials, when 2 of them are defintely Mojang-forbidden.

So my suggestion is to move all of those pages to a more visible place with a template stating that page was maintained by Mojang, but they stopped it after 2019 and 2021 respectively.

BE flattening

Will be moved to "Bedrock Edition flattening". The JE variant will be moved out of 1.13 subpage to its own page with similar name to BE variant.

Official pages/Java Edition unintuitive ID list

TBA

Official pages/Parity issue list

Will be moved to "Parity issue list".

All of these subpages of Official pages will have a permanent redirect to their successor page.

With official pages, this should stay as it is, just it should be more about how wiki was once official and Mojang edited pages. --TreeIsLife (talk) 13:59, 22 May 2022 (UTC)

 Support per above --TreeIsLife (talk) 13:59, 22 May 2022 (UTC)
 Oppose moving them into the mainspace – I'd prefer moving them under "Community pages" since that's what they've been anyway: community compiled lists. –Sonicwave talk 19:18, 22 May 2022 (UTC)
 Comment: I think it would be better to move those to the Project:/Minecraft Wiki: namespace per Sonicwave's comment. Having those in the project namespace would help us to keep them visible, while keeping them separated from mainspace. Thejoaqui777 (talk) 05:25, 23 May 2022 (UTC)
 Oppose moving them into article space. These are meta-information pages, only indirectly about playing the game. I  Support moving them into the Project namespace. Amatulic (talk) 14:32, 23 May 2022 (UTC)
 Oppose moving into article namespace. I support moving them behind the project namespace. BDJP (t|c) 14:34, 23 May 2022 (UTC)

Theme updates and version pages

Note: I know this topic was posted by my many times, but I think we should finally do something about it

"Theme Update" refers to big thematic updates, ex.: Nether Update, The Wild Update (WU), Village & Pillage (V&P),...

TBH, from my perspective, the way this wiki handles update pages for last updates sucks (a lot). The Theme update pages for C&C and WU are absolute jokes. The notable changes (that should contain notable changes) contains everything in that version. Come on... That's just duplication of content. We basically have the same content on 3 pages (+ guides). And the worst thing I saw was an inclusion of: <onlyinclude>, which really drove me crazy.

I think we should finally force people to use pages as they are supposed to, without creating duplicatives

So there are options that can the wiki choose from:

  1. The feel of theme update pages will look the same, as they were with V&P update and earlier
  2. The theme page will become a disambiguation - just linking to other pages
  3. The theme update will become the home for major (and minor) releases (ex. JE 1.19 and BE 1.19 will link to Wild Update page, the same with minor versions)
  4. The theme page will be completely recreated from scratch, focusing on other things (like reception, or a more turorial-like approach for things)
  5. Other options

So I think there's nothing else I can say except: "Vote". --TreeIsLife (talk) 20:27, 30 May 2022 (UTC)

 Support Option 4. I think the entire "notable changes" section was already in 2019 with Guides, that provides easy way to compare changes. The new aproach to the page is definetely requiees, but it shouldn't be a page we transclude stuff --TreeIsLife (talk) 20:27, 30 May 2022 (UTC)

Categorizing audio files

The current way audio files are categorized on this wiki is awful. Most of them are categorized directly into Category:Soundtrack without any subcategories, and that category is also used for articles about the Minecraft soundtrack. I could add more specific categories to each audio file, but that would take a long time, and I would lose track of which audio files still need subcategories, since there is no way to remove the default categorization from {{License Mojang}} unless the entire template is removed. See my proposed changes to the template on its talk page, have an admin implement them, and I could start organizing the audio files. Fadyblok240 (talk) 22:11, 30 May 2022 (UTC)

 Comment I haven't understood what you want to do right now. --TreeIsLife (talk) 20:51, 31 May 2022 (UTC)
Template talk:License Mojang is the talk page Fadyblok240 is referring to. That may help you understand. SLScool 21:16, 31 May 2022 (UTC)
I've added a nocat parameter to the template. If you want to split into even more specific sound file categories beyond sound and music (since you've created Category:Entity sounds) then it might be worth removing auto-categorization altogether. In fact it's probably worth considering removing the image auto-categorization as well, since the majority of the files on this wiki are Minecraft images and a category of 37,000+ images is very unlikely to be useful. –Sonicwave talk 06:09, 7 June 2022 (UTC)

Technoblade

Should we have a page about Technoblade? Mojang actually added a reference to him and he was quite a famous YouTuber. The word 'Technoblade' only appears on the Easter Eggs page, which I don't think is enough. I'm not gonna create the page straight away in case I am actually wrong. Sausagea1000 (talk) 17:20, 4 July 2022 (UTC)

We don't have pages on content creators or really community stuff in general, if we had a page for Technoblade then I think it becomes a tricky question of who else in the Minecraft community should get their own articles. –Sonicwave talk 06:37, 6 July 2022 (UTC)

Shared Images Respository with the Galaxite Wiki

Hello, I am from the official Galaxite Wiki and we would like to make a shared images repository with the Minecraft Wiki (MCW). However, this community needs support for this desicion so please tell us if you like the idea (as you can do by replying to this). Just to make things clear, this image sharing will not make the MCW more cluttered as it only takes images from the MCW and lets the Galaxite Wiki use them but does not take images from the Galaxite Wiki and put it onto the MCW. – Unsigned comment added by ThatJadon26 (talk • contribs) at 21:18, 9 July 2022 (UTC). Sign comments with ~~~~

I personally don't see any issues with this. Several other wikis such as https://aether.fandom.com also use MCW as an image repo and I don't recall it causing issues. The difference with language wikis that use EN as a file repo is that the latter copy over entire articles from the English wiki with screenshots that later get abandoned, leaving lots of old screenshots that then need to be checked when renaming or deleting them on EN. I imagine the Galaxite wiki will mostly use "standard" images like items and blocks, which already have established naming formats and shouldn't be moved around as much. –Sonicwave talk 21:25, 11 July 2022 (UTC)

More admins (2022)

I'd like to again bring up the discussion of promoting more admins on this wiki. Apart from BDJP (who was promoted after a similar discussion last year), most of the admins including myself aren't particularly active, and some non-vandalism related admin actions such as CSS fixes seem to take a while to be noticed. I don't think our current situation with just 1 or 2 active admins is enough to handle all of the workload on the wiki, nor healthy to prevent burnout.

To start off, I'd like to suggest Amatulic and JEC6789 as candidates. JEC has been around the wiki for a long time, starting around the same time as myself, and I don't recall them having gotten into any conflicts over the years. They are very active in fighting vandalism and I think they'll be of valuable help in that regard. Amatulic has also been consistently active for several years and is very communicative, explaining the majority of his edits/reverts as far as I can tell and both presenting and addressing concerns on talk pages. One of my main concerns (not only here, but also other wikis and online communities in general) is with biting new and inexperienced editors, whether intentionally or not, and discouraging them from making future contributions or remaining in the community. I believe that both JEC and Amatulic will be able to assist with vandalism fighting and other admin tasks without doing so, and will be helpful additions to the admin team overall.

If anyone has concerns or feedback on these two editors or have other candidates (including themselves) that they believe to be a good fit, please do discuss here. Also, if either Amatulic, JEC, or anyone else who may be named in this discussion do not wish to have admin rights, feel free to state so. However, I'd say that adminship should be thought of less as an obligation and more of a set of additional privileges that the community trusts you to have; and in a similar vein we shouldn't discourage promoting more admins that we believe have what it takes, just because there are certain number of them already. –Sonicwave talk 01:02, 15 July 2022 (UTC)

I don't mind taking the role, although I thought we already had enough admins here.
If it matters, I've been an admin on Wikipedia for 11 years, so I'm familiar with the additional tools. The admin workload on the Minecraft wiki shouldn't be a significant increase. I check in in almost every day, although most of my activity recently has been page patrolling and minor improvements. I'm not perfect, I do make errors in judgment at times, but I also welcome others pointing out when I mess up.
As for other candidates, I assumed JEC6789 was already an admin here, and was surprised just now to learn that isn't the case. I second the motion. Amatulic (talk) 01:39, 15 July 2022 (UTC)
One other thing I should mention: while it shouldn't be necessary for admins for participate in the Discord (like with normal editors), we do have private channels for admins and directors, as mentioned on the Discord page. These channels aren't especially active but do get used from time to time to discuss wiki moderation, as well as communicating with Fandom staff and SOAP. There would be no obligation to moderate or otherwise participate in the Discord server itself, as the actual server moderator role is separate from the admin role for this exact reason. –Sonicwave talk 05:12, 15 July 2022 (UTC)
I joined the Minecraft Discord a while back but didn't see the value in it, so I haven't been back. That might change if my role here changes. Amatulic (talk) 05:27, 15 July 2022 (UTC)
Might have time to write a longer response this weekend, but in short, I  Strongly oppose myself being given admin rights, and I still  Support Amatulic getting admin rights – JEC talk @ 04:09, 15 July 2022 (UTC)
Well, I still support giving you the rights. There is no harm in an experienced editor using admin tools only occasionally. There isn't an obligation to use the admin tools, but they are nice to have when a need arises. The point isn't to draft you into a new job, but to give you access to tools that you can be trusted to use responsibly. Amatulic (talk) 05:27, 15 July 2022 (UTC)

Content moderator revisit

Whatever happened to the proposal to create a "content moderator" role, with some admin rights but not all of them? Thejoaqui777 proposed this last year) but it didn't seem to go anywhere. This role exists on other wikis. A content moderator would have patroller rights and can do things like rename pages over redirects, protect pages, unprotect pages, but cannot edit admin-only pages, block users, or grant user rights. I still think it's a great idea, and I can think of several editors who would be good content moderators. Even JEC6789, who doesn't want to be an admin, might be willing to have the rights of a content moderator. Amatulic (talk) 05:33, 15 July 2022 (UTC)

Community content is available under CC BY-NC-SA unless otherwise noted.
More Fandoms
Advertisement