Minecraft Wiki talk:Projects/Renaming

Moving pages
I believe that we would need to move the PC version pages, since they do not currently specify a version. For example. 1.12 would be moved to "Java Edition 1.12", and Minecraft would need to be moved to "Java Edition". The BlobsPaper.png 13:28, 13 June 2017 (UTC)


 * Before doing this we should have a working updated version of version link ready to go.
 * And a to-do list to work from.
 * And for the major versions, that idea works, but I suggest it's unnecessary for the snapshot pages, just because I don't anticipate snapshot names being duplicated or causing confusion, what do people think? – Sealbudsman talk/contr 14:21, 13 June 2017 (UTC)


 * We would need an admin to edit the page, since it is used on the main page. We may also want a bot to move the pages. Majr, can you do the task. The BlobsPaper.png 04:06, 14 June 2017 (UTC)

The "standard"
So I saw this:


 * "Right now we have it so Java Minecraft is the standard, normal Minecraft, and everything that's on the MCPE game we're just calling Pocket, and marking those as exceptions. To match what Mojang/Microsoft are doing, we should change the language, I think, so that the MCPE game is just the normal Minecraft, and treat Java Edition differences as the exceptions. Of course I'm not suggesting a whitewashing; Java's historic precedence would be preserved in things like History sections, or articles that talk about the history of the game like Minecraft itself." – Sealbudsman talk/contr 00:48, 13 June 2017 (UTC)

I can agree with not treating pocket or console editions like "exceptions" anymore, but I want to take it a step further and don't treat any edition as an exception or the "standard". Just always specifying what version you're talking about makes things so much easier IMO, for both the editors and the readers. It means that we should probably establish a standard order of editions though, which is a whole other topic. --Pepijn (talk) 15:51, 13 June 2017 (UTC)


 * I agree. As a user of Windows 10 Edition exclusively, I have often felt twice mildly snubbed when reading the wiki, first that Java Edition was the standard against which everything is compared, and second that the shortening to "Pocket Edition", while entirely reasonable for brevity, relegates W10 Edition to little brother status. I expect many Classic players will similarly take the rebranding of Classic to, in effect, the other Minecraft as a touch demeaning; we needn't rub their noses in it. But on the other hand, establishing a standard order of editions serves a useful purpose: Users can more quickly find the information they're looking for if the layout is conventional. The question is, is there a way to do this without implying a hierarchy of importance? I would suggest listing editions in audience size order in prose, and in alphabetical order in history sections, tables, infoboxes, and other non-prose areas. Assuming we adopt JE to replace PC, it would be listed before MC, which would help keep things balanced. It would also eliminate a lot of rearranging, especially of the bits that are hardest to edit (as in did I cut the "|-" before the table entry, or the one after it?). – Auldrick (talk &middot; contribs) 16:59, 13 June 2017 (UTC)


 * Agreed. Well said, both of you.
 * I would even say that part of avoiding the "snub" might be, being thoughtful about how we rename the version pages (see discussion above). Does literally every PC version page need to have "Java Edition" on it, or just those particular ones where there could be a confusion? Does that create a hodgepodge, or is there a rhyme or reason to it? Something to explore I think ..
 * For the order of things, I like what you say, but, how about in history, what if we just did it in chronological order of which edition got which feature? So in Stone, it would be Java, Bedrock, Console, but in Observer, it would be Bedrock, Java, (eventually Console last), and in Fireworks it would be Java, Console, (eventually Bedrock last)?
 * Note on table rearranging: if you use Visual Editor, it's so much easier to manipulate tables -- though I would advise, first, always switch to edit source mode (for instance I did this here: Special:Diff/1109656) because Visual Edit will screw up lots of things if you're not careful. – Sealbudsman talk/contr 19:02, 13 June 2017 (UTC)


 * I have suggested the equality idea independently on the community portal yesterday, without being aware of this topic.
 * Sealbudsman, who said that we need to list editions exactly one after another? History section uses a table, why not compose it into three columns? Then we can place all versions with changes to the item chronologically; in beetroot’s case, for example, some parts of the history table related to PC/Java or console editions would be empty in places refering to the time when beetroot was only exclusive to Pocket (Portable) Edition. If you didn’t understand that messy speech above, here is what I mean:


 * But revising the History template should be discussed on that template’s talk page, of course. —  NickTheRed37 (talk) 13:54, 15 June 2017 (UTC)


 * Not a good idea. The problem with listing everything chronologically is that currently there are no dates in the history sections, so the first step in replacing them would be to tag each entry with a date followed by marging them–manually–into chronological order. It would be a huge amount of work to do this to all the histories. Furthermore, the resulting table would have a lot of blank cells making it ugly in my opinion: There would be years of history for Java Edition before you started getting entries in other columns, and from there on it would only have one filled cell per row (a so-called 'sparse array'). Finally, I don't think many people would find it very useful. The only information it makes clearer is how features evolved in one edition with respect to another, which is more of a curiosity than the kind of information most readers would be searching for. – Auldrick (talk &middot; contribs) 04:34, 17 June 2017 (UTC)

Opportunity for CSS stylesheets
At the risk of being shot down in flames, let me mention an idea I've mulled over for some time. It closely parallels what we're undertaking in this project so it should take little additional effort, if any. The idea is this: Could we give edition-specific sections of articles different CSS classes, generated by whatever edition templates we finally settle on to mark the sections? Default stylesheets would produce the same style for each of them, preserving the current look, but users could use custom stylesheets to collapse out information for editions that don't interest them. Maybe we could even let logged-in users choose such a stylesheet in their preferences. With irrelevant editions suppressed, readers would enjoy a smoother reading experience. – Auldrick (talk &middot; contribs) 17:30, 13 June 2017 (UTC)


 * Interesting, is this something you'd be able to demo somehow? Or is this existing on some other wiki? – Sealbudsman talk/contr 18:37, 13 June 2017 (UTC)


 * It's been a very long time since I did any CSS, but I'll try to work up something. If there are any CSS gurus reading, hints would be more than welcome. – Auldrick (talk &middot; contribs) 18:41, 13 June 2017 (UTC)
 * By the way, the infrastructure for this is already present. You can see it in your Preferences, at the top of the Appearance tab. There seem to be two levels of stylesheet customization, one for Hydra and a global one. I'll have to research how these are supposed to interact. – Auldrick (talk &middot; contribs) 18:57, 13 June 2017 (UTC)

Exclusive features pages
What should happen to the Pocket Edition exclusive features page? What about a Java Edition exclusive features page? I think both should still exist in some form. –Goandgoo ᐸ Talk Contribs 05:00, 14 June 2017 (UTC)


 * Well since PE is now the main version *sigh* I think Pocket Edition exclusive features should be removed and Java Edition exclusive features should be created. – Nixinova • Grid_Book_and_Quill.png Grid_Diamond_Pickaxe.png Grid_Map.png • 05:09, 14 June 2017 (UTC)


 * , nothing is the "main version". See this discussion. IMO, we should have a Minecraft (PE, Win10, new Xbox/Switch), Java Edition and Console edition (Playstation for now atleast and the old console editions) exclusive features page. --Pepijn (talk) 11:56, 14 June 2017 (UTC)


 * . I see the way you were saying, but is it needed anyway? Currently, the wiki doesn't have exclusive features page for Java Edition, and almost the features that were listed on Pocket Edition exclusive page are not transferred yet onto the related page. So I think the same thing should happen for Java Edition after the Better Together Update was released. – ItsPlantseed ⟨₰|₢⟩ 14:10, 14 June 2017 (UTC)


 * I meant that we shouldn't see anything as the main edition anymore, so I'm fine with no "exclusive features" pages at all. But if we make/have one for one edition, we should have them for all the others. --Pepijn (talk) 17:03, 14 June 2017 (UTC)


 * There are always going to be features that only appear in one version. One example is putting potions in cauldrons. The BlobsPaper.png 01:22, 15 June 2017 (UTC)


 * True, but the question is if we want/need a separate page for them. --Pepijn (talk) 07:05, 15 June 2017 (UTC)


 * What about a single Exclusive features page, with sections for all three? – Sealbudsman talk/contr 14:29, 14 June 2017 (UTC)


 * That would make the page too complicated. The BlobsPaper.png 14:35, 14 June 2017 (UTC)


 * That's fair, I could see that. – Sealbudsman talk/contr 21:00, 14 June 2017 (UTC)

Exclusive template
I made a template in my userspace for exclusive features, based off User:ItsPlantseed's on Template talk:Desktop: User:Nixinova/Sandbox/Exclusive. Example of the template:

– Nixinova •   • 05:56, 15 June 2017 (UTC)