Can someone make it so that the |exedl doesn't cause a white space to appear where it is not needed? Thanks –Goandgoo ᐸ Talk
Contribs
Edits 12:20, 3 August 2014 (UTC)
Problem with wanted pages
I think that there is a problem with this template that put a lot of pages in Special:WantedPages.
You can see exemples at http://minecraft.gamepedia.com/index.php?title=Special:WantedPages&limit=500&offset=10000
There are pages like "Pocket Edition Alpha 1.2.4" and "Beta 13w22a", these versions have never existed...
I don't know how conditions work in templates, the problem is probably near "editions" and "othereditions".
We use the same template on the french wiki, so we have the same problem in our wanted pages.
Does anyone know how to fix this ? • ObelusPA2 d · FR Admin · 12:00, 13 December 2014 (UTC)
- It's because of the
#ifexiststatements used to link to these pages if they exist. When you check if a page exists using#ifexist, it counts as a link to that page, even if no link is created. There may be a way around this with Lua, but there isn't any with just parser functions and other wiki markup. 「ディノ奴千?!」? · ☎ Dinoguy1000 00:22, 14 December 2014 (UTC)
Server version for Alpha
Could someone add a row for server versions so we can start to separate the Alpha versions? –Goandgoo ᐸ Talk
Contribs 07:04, 7 July 2015 (UTC)
- Done. Use the parameter
|server=to add the version. –KnightMiner t/c 14:50, 7 July 2015 (UTC)
after 1.8
Hello, could somebody who bots go ahead and convert all the usage of "after 1.8" to "1.8.1", where they occur in 1.8 snapshot pages, but not in others such as the 1.8.x pages? – Sealbudsman (Aaron)
T/C 14:49, 3 August 2015 (UTC)
- Done –KnightMiner t/c 20:40, 3 August 2015 (UTC)
- Great, thanks! – Sealbudsman (Aaron)
T/C 20:46, 3 August 2015 (UTC)
- Great, thanks! – Sealbudsman (Aaron)
change the default of the server parameter
Perhaps if the title parameter matches the current {{v}} value, server should link to "https://minecraft.net/download" as it does, but otherwise server should default to something like unavailable. Because as it is, all the old versions seem to indicate that those version's servers are available at that page. – Sealbudsman (Aaron)
T/C 21:29, 6 August 2015 (UTC)
better links, indicate is version available in Launcher
Right now, the download part of the {{version nav}} for 1.6.2 (and for anything available in the launcher anyway) looks like the following:
|
I suggest it would be nicer if it looked/worked like the following:
|
This template could have a parameter "amazondownload" which, if there weren't a clientdl or serverdl, could take care of the links in the client/server lines. Existing version navs it wouldn't change, but future navs would have the amazondownload param set, which would take care of linking up that version -- which reduces what a person has to do with a new page. If it were ever wrong due to Mojang doing something funny on their end, you could do it manually. If they ever moved those assets, we could re-link them.
That second line would appear if:
edition = computer and ( title doesn't contain Alpha or Beta ) and (
type=<blank> or type = Release or (
( type = Pre-release or type = Snapshot ) and snapshotfor != {{v}} (except we'd have to compare truncated 1.8 rather than full )
)
)
... which would automatically handle indicating when a snapshot is available in the launcher, based on Mojang's current practice of leaving the snaps available until the next snapshot cycle.
We wouldn't have to go through and change existing pages for this. What do you all think?
– Sealbudsman (Aaron)
T/C 22:18, 6 August 2015 (UTC)
Different proposal
Thinking about it, there's not a reliable way to predict what snapshots are available in the launcher. So I scrap that idea. What remains:
Compare the current download area (link to minecraft launcher + link to minecraft.net/download):
Instead, use an amazondownload link that takes no parameters, and links to the jars and the json, and a link to Tutorials/How_to_install_a_snapshot:
|
In case the page version is identical to the value of {{v}}, it would point to minecraft.net/download as usual (in that case, it's appropriate)
– Sealbudsman talk/contr 20:16, 13 September 2015 (UTC)