Minecraft Wiki talk:Community portal/Archive 30

Remove Spawn Chunks page
Note that I wrote my original suggestion in big hurry and i felt it was bad so I rewrote it here.

Hello. I updated chunk loading and still am and i realised how much outdated/wrong spawn chunk page was. I suggest its removal and here are my reasons:

1) Spawn chunks are not special, but normal chunks that are loaded by the world spawn that gives them "Start" load ticket. They are not special on their own.

2) They are all the same as chunks loaded by player or forceload. Something Ill edit in forceload too. They are exactly the same in every load regard, but loaded by different thing. This is because they all get load level of 31 or bellow, which makes them "entity ticking" and that is the highest level of loaded chunks. They don't spawn mobs thought, BUT that is only if and because player's area where mobs despawn/spawn is away.

3) Actually there is only one chunk that gets loaded by the spawn but the load levels spread to adjacent chunks until theyre weak enough to not load chunks. This start ticket is just strong enough that it activates lot of chunks.

4) There are more unique chunk loading things similar to spawn chunks, if we would need page for spawn chunk need another like 3+ pages which is useless.

These are my reasons, I think removing that page and seriously improving ita section in chunk page will do better. Thank you for your time. Klusimo (talk) 07:04, 9 March 2020 (UTC)


 * There are already a page for bedrock edition - ticking area, why not create another new page with title like processing chunk only for java edition, and move all the information about chunk loading to these two pages. Then create a disambiguation page contains chunk, ticking area, processing chunk, commands/forceload, commands/tickingarea, and so on. That Spawn chunk can be redirected to processing chunk. These are my suggestions so you could take it if you like. -Chixvv (talk) 10:50, 9 March 2020 (UTC)
 * Not bad idea but rather that "processing chunk", i think Chunk loading would be better. But I think its too complicated when we have it in chunk page (also not much would be left in the chunk page). In both scenarios removing spawn chunk page is what would be optimal.Klusimo (talk) 11:09, 9 March 2020 (UTC)
 * i think Java edition and bedrock editon should not be treated differently. so we can merge ticking area to chunk, or create a new page for java edition. since there isn't much useful information in ticking area(it only introduces that in ticking area events are processed and other chunk not), perhaps merge ticking area to chunk is also a choice. In doing so, both spawn chunk and ticking area page should be removed.-Chixvv (talk) 11:39, 9 March 2020 (UTC)
 * Agree, I will definitely add it there. So now we also have suggestion to remove ticking area once i merge it. forceload should be removed too. Klusimo (talk) 08:07, 10 March 2020 (UTC)
 * Added ticking area to chunk page. Now we only need to remove spawn chunks forceload and ticking area page. (Definitelly not their command pages).Klusimo (talk) 08:33, 10 March 2020 (UTC)
 * Ok, so update to my suggestion, since their pages are stubs and it is already in chunk page now, i suggest removal of spawn chunks/forceload/ticking area pages(not their commands pages though). Klusimo (talk) 08:35, 10 March 2020 (UTC)
 * deleting these pages, at least with Chunk's current state. Spawn chunks are only described by the brief start ticket section. To figure out how the spawn chunks work, a reader has to read technical information about chunk levels and level propagation. The spawn chunks page may need updating, but it readily provides the size of spawn chunks, what runs in spawn chunks, and where entities work in the spawn chunks. I don't think all of this information is easily available on the chunks page. There is not enough information about ticking area either. The ticking area page provides information about which events can run and which events are suspended that isn't described on the Chunk page. While it would be possible to merge more information into Chunk, I don't know if that would be a good idea as I feel like it would make it more difficult to find information.
 * Instead, I would say that the Spawn chunks page should be updated with more recent information. It should be explained that the spawn chunks have a level of 22 which means that "All game aspects are active." A table or image should be made which shows level propagation in the spawn chunks. It can then be explained how the edges of the a spawn chunks do not process entities since they have a level of 32. All of this should link to the Chunk page for more a thorough and technical explanation. jahunsbe (talk) 19:12, 12 March 2020 (UTC)
 * I get what you're saying but instead of that you can create section in the chunk page. Its a stub after all now and it needs a lot of testing, editing etc. so we can easily add more info about spawn chunks here. The thing is you can update several pages or have one page with all the info. It just needs more edits. You can contribute yourself. Klusimo (talk) 08:51, 14 March 2020 (UTC)


 * I'd oppose deleting it on the basis of "it's short and incomplete/outdated". The solution should be to update and expand the article, not remove it entirely. -PancakeIdentity (talk) 19:23, 3 May 2020 (UTC)

Removal of the Java Edition part on snapshots and Bedrock part for beta.
The result of the discussion was no change. There was an enormous discussion about this and the turnout was for consistancy, doing it because it's unique is very feeble and weak statement.---HumiebeeDiscuss anything with me Look at my edits 21:00, 8 September 2020 (UTC)

In the snapshots and betas, the title includes the edition's name (e.g. java edition 20w28a and bedrock edition beta 1.16.20.50). This isn't needed as there are only snapshots in Java and betas in Bedrock. Also, most of the links to the page are just the snapshot and beta part (20w28a and beta 1.16.20.50). The wiki should remove the Java and Bedrock part and just have the name of the snapshot or beta-like the development versions on the left side and the history section on pages. --Minecraft loot (talk) 01:15, 13 July 2020 (UTC)
 * We had a massive discussion about this last year. It would be incredibly confusing to have to guess what version you're clicking on, and that's hardly future proof, so it's better to just be explicit whenever possible.  Nixinova   T   C   01:26, 13 July 2020 (UTC)


 * I think it just looks a lot neater when it's like that...It helps people who are new to the Wiki and Minecraft understand if it's Java Edition or Bedrock Edition. Also, it just looks formal. 182.65.74.243 14:00, 17 July 2020 (UTC)


 * per previous discussions and Nixinova's comment. -PancakeIdentity (talk) 04:12, 21 July 2020 (UTC)

Having old sprite textures on, for e.g, snapshot pages
Hello, should we use old sprites textures for old content like snapshots before Texture Update ?

Thank you, 78.193.28.136 10:04, 20 October 2019 (UTC)


 * All visual content such as screenshots and renders should have up to date textures whenever possible. The only exception is when displaying content that is exclusive to an older version. -PancakeIdentity (talk) 17:21, 20 October 2019 (UTC)


 * OK then, I will take in charge some snapshots. 78.193.28.136 12:34, 21 October 2019 (UTC)


 * Up-to-date content should be used on non-historical pages/sections. Version pages are historical pages, and therefore it would make a lot of sense for images to remain accurate to that version, which can be more easily done with images being separately versioned now. –Majr ᐸ Talk Contribs 08:22, 4 November 2019 (UTC)


 * Worth noting that this will likely be somewhat decided by this discussion. If we decide to keep and use legacy sprites, yes, they should be used for historical uses. -PancakeIdentity (talk) 04:41, 20 May 2020 (UTC)

Account weirdness
so i was logged in before the migration, and that account had more than 500 edits. There was no one on fandom with the same username. I was logged out like expected but when i tried to log in using twitch, it failed. 173.56.56.228 13:03, 25 July 2020 (UTC)
 * Then, there is problem in your Twitch account --TreeIsLife (talk) 22:31, 9 September 2020 (UTC)

@ instead of § for specific destinations in a page.
The result of the discussion was no change. Nonsensical proposal. &sect; is used to refer to sections.  Nixinova   T   C   21:59, 4 September 2020 (UTC)

I think that instead of using a sigma (§) we should use an @ symbol. 182.65.102.56 08:31, 27 July 2020 (UTC)


 * Why? I don't feel super strongly, but I think § looks better and I don't see a real reason to change it, so for now. -PancakeIdentity (talk) 08:33, 27 July 2020 (UTC)
 * , it's not a sigma, it's a section sign. Is @ ever used for this purpose? --AttemptToCallNil (report bug, view backtrace) 08:34, 27 July 2020 (UTC)
 * @ is mostly used for pinging others, and I don't see why we should change the section sign.-- skylord_wars (talk) 10:46, 27 July 2020 (UTC)
 * How about #, because it is consistent with the url, which uses #? Blockofnetherite Talk Contributions 23:57, 2 September 2020 (UTC)
 * ---HumiebeeDiscuss anything with me Look at my edits 01:20, 3 September 2020 (UTC)