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)

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)

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)