User talk:Dinoguy1000


 * Archives
 * Beginning–2011

Template testcases/sandboxes
Alright, I can understand not categorizing them with the other templates, but then where would you categorize them? Does the proper category even exist yet? Eearslya ( talk | contribs ) 03:00, 17 October 2011 (UTC)


 * Probably not. I need to copy over and  from Wikipedia and add them to the pages in question (I would suggest you don't copy these here yourself, since they will need to be modified a bit to work properly here); the copied templates will then auto-categorize the pages into the proper categories. 「 ディノ 奴  千？！ 」? · ☎ Dinoguy1000 06:00, 17 October 2011 (UTC)

Cleaning up common.js
I did a bit of a cleanup, however there is one thing I'm not sure about, the edittools javascript loader.

It doesn't seem like we're actually using any javascript for the edittools, so that script isn't actually doing anything for us, and should be removed. Can you confirm? – ultradude25 ( T &#124; C ) at 08:37, 8 November 2011 (UTC)


 * Also, the extra edit toolbar options, aren't those in by default now? – ultradude25 ( T &#124; C ) at 08:39, 8 November 2011 (UTC)


 * The extra buttons aren't in yet. We should really be using the new toolbar, but it's not a part of mw:Extension:Vector like I thought it was and I can't figure out how to get it activated.
 * The edittools script is useless since we don't have mw:Extension:CharInsert installed. Even with the extension, the script only serves to make the edittools more usable (really, the functionality it provides needs to be added to the extension proper). 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 08:58, 8 November 2011 (UTC)


 * Alright I've removed the edittools script. I'll do some digging around and see if I can find something about the newer toolbar. – ultradude25 ( T &#124; C ) at 09:12, 8 November 2011 (UTC)


 * Think I found it. mw:Extension:UsabilityInitiative – ultradude25 ( T &#124; C ) at 09:24, 8 November 2011 (UTC)


 * Yeah, that's it, though for the new toolbar we'd want mw:Extension:WikiEditor now. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 17:30, 8 November 2011 (UTC)

Grid rewrite
So I pretty much finished the grid re-write a few days ago, I believe there is still one bug left but I don't remember what it was, and it doesn't support animation (I can't even begin to understand what's going on in those animation templates, especially since the animations are actually broken in firefox. Note to self, that needs to be fixed too... :P)

However I'm pretty happy with how it is now. As you can see, it's made the layout templates nice and simple, and since animation support will be added to the base template, they will stay just as simple even while supporting animations (well, they should if it works how I think it'll work). I managed to replace the background with CSS as well, so that's two less images we'll be needing. It even works properly on IE, which surprised me.

Incidentally, while I was playing around with this, I believe I found the thing causing Firefox and IE to move the relative positioned elements out by 1px up or down, it appears the line height is being calculated slightly different depending on what elements are above the relative element. So setting line-height: 0 in the template seems to have removed all issues, plus it (somehow) doesn't affect the line-height of the text that it is inline with so it doesn't break any thing (so far).

If you have some time, it'd be nice if you could give it a look over and see if there's anything you can improve on, perhaps add that animation support if you understand how it works. Thanks! – ultradude25 ( T &#124; C ) at 01:13, 13 November 2011 (UTC)


 * Nothing jumps out at me based on a quick glance other than bits of CSS simplification; I'm not familiar enough with CSS positioning to say whether the templates could possibly be simplified further along that line, and for the most part, the actual template logic all looks straightforward with only a spot or two where it could be simplified. I may have a closer look later if I have the time, but it probably won't happen in the next couple of days. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 03:55, 13 November 2011 (UTC)


 * So it's been almost a month now, I guess you've been pretty busy. I just made a few tweaks which fixed a little linking bug I was having in the brewing grid template, and also fixed an IE bug in said template which was causing the path image to be thrown out. Turns out, IE ignores the padding of a table within a table, even if the padding is set to !important, so I had to move the styling to an already existing div that was around the table (this bug is present on all the other grid templates, but it doesn't cause any design issues within the template, they simply don't have any padding around the sides, so since it's such a minor error, I can't really be bothered fixing them).


 * Basically, unless someone can manage to break it, the template is done and ready to be deployed. Except for the fact that animation isn't done, but it's really out of my area of "expertise" so I'm at a stand still here.
 * Personally, I feel the whole animation system needs to be redone. Especially the javascript portion, it's un-readable (although this is coming from someone who can barely understand javascript in the first place), and the animations do not work at all in firefox. – ultradude25 ( T &#124; C ) at 16:57, 10 December 2011 (UTC)


 * Yeah, sorry about that, RL has been crazy busy for me the past few months (and doesn't look like it'll let up for the next few weeks at least, either). =/
 * I agree, the animation system currently used is not that good. It would help if we could get the original, unminified code for it; that at lest would let me see what's going on and if there is anything I could fix or improve upon. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 18:11, 11 December 2011 (UTC)


 * That's alright, there's not a huge hurry to get this re-write deployed, as from an editor's point of view, there's not going to be much difference (although template editors should see quite a benefit), and users probably won't even notice.


 * Also about the animations, I tested it out on a copy of Firefox I have on another computer and the animations work fine, so it is actually a problem on my end (although it works on the copy of Chrome and IE I have installed here, so I might just need to re-install Firefox). Still, I would at least like to have the un-minified javascript, as well as have the animation template laid out in a more readable way at some point. – ultradude25 ( T &#124; C ) at 23:55, 11 December 2011 (UTC)


 * Aha, found the issue. For some reason, adblocking the sidebar twitter script was preventing it from working. I have no idea how they're related, but the animations work now after disabling that rule. – ultradude25 ( T &#124; C ) at 00:18, 12 December 2011 (UTC)


 * Maybe we'll be able to figure it out with the unminified code; there's no reason one should affect the other in any way whatsoever. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 02:19, 12 December 2011 (UTC)

Blaze change
Someone changed the Blaze page to read totally opposite of what it should be. I'm not experienced enough to trust changing it back, but I thought someone should know. –Preceding unsigned comment was added by 71.81.133.40 (Talk&#124;Contribs) 01:28, 3 December 2011. Please sign your posts with


 * You're going to have to be more specific; what information is wrong? 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 01:37, 3 December 2011 (UTC)

One word says it all
Archive -- Wynthyst  talk  11:40, 10 December 2011 (UTC)


 * Nah, this is nothing. =D 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 15:00, 10 December 2011 (UTC)


 * I don't care what may or may not be acceptable on Wikia. Here, I would like to not have to scroll for 10 minutes to get to the bottom of an admin's talk page. :P -- Wynthyst [[Image:User Wynthyst sig icon.png ]] talk  23:31, 11 December 2011 (UTC)


 * I agree that you should at least archive the page at the end of this year. It's a shame the "page is too large" notice was removed in the latest mediawiki version. It was a good prompt to remind me to archive. Usually I'd archive ever few months, but because the notice is gone I only just recently remembered to archive (although I'm delaying until the end of the year) and now the page is 125KB. D: – ultradude25 ( T &#124; C ) at 23:41, 11 December 2011 (UTC)


 * Ooh, you're being serious... I though you were being a bit tongue-in-cheek (as I was). =S
 * Wikia leaves that type of stuff up to individual communities to decide upon; the YGO Wikia doesn't have any real guidelines, though I do try to archive my talk page once a month or so there (but because I don't archive stuff that hasn't been resolved, and I tend to keep a lot of stuff going on at a time, archiving usually only reduces its length there to about 100KB). I'll archive this one in a bit.
 * That being said (not that I'm arguing! please don't think I'm arguing! =D ), there are alternatives to scrolling: pressing the "End" key should take you directly to the bottom of the page, "Pgdn" and "Space" both scroll the page one screen's height at a time, and if you're looking to start a new section, I personally prefer people use the [ Add topic] link in the tabs at the top of the page (and there's also the scrollbar, TOC, and "Ctrl" + "F"). ;) 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 02:18, 12 December 2011 (UTC)
 * Thank you Dino. While I agree you should not archive "live" discussions, one thing that archiving accomplishes like nothing else, is allowing some topics to just die a natural death, rather than prolonging things by keeping them "in your face" for random comments months after the subject has run it's course. And yes, some of it was tongue in cheek, but as an administrator, it's also up to you to set a good example for the community, and judiciously archiving old topics is one way to do that. -- Wynthyst [[Image:User Wynthyst sig icon.png ]] talk  07:39, 12 December 2011 (UTC)

Cauldron Edit
my edit is said to be "Useless" because on the cauldron page the description of the cauldron is labeled Bugs. may I fix it? –Preceding unsigned comment was added by Blaze of Glory (Talk&#124;Contribs) 21:28, 10 December 2011. Please sign your posts with


 * Try to make the edit again; it should go through now. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 18:15, 11 December 2011 (UTC)

Known bugs
I was actually avoiding moving that to a template until the issues project is done, since now the template also has to be moved, and the pages updated with the new name. – ultradude25 ( T &#124; C ) at 21:35, 15 December 2011 (UTC)


 * Oh, sorry, I didn't know - "Known bugs" is one of the pages that was in my backlog of unread email until just recently, so I'm not up-to-date on all the goings-on surrounding it. =/ 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 03:21, 16 December 2011 (UTC)


 * It's fine, I just wanted to save a bit or work. But then again, I was expecting the issues thing to be done by now, but I guess Immute has been busy with something else. – ultradude25 ( T &#124; C ) at 18:24, 16 December 2011 (UTC)

Editing Save / Preview Loop.
Hi, I'm trying to edit the existing mods section with all of my mods, and after previewing and clicking save, it needs the answer to a simple sum, as a for of captcha, but after typing in the correct answer it goes back to before the preview, and then after clicking preview, and save it asks for another sum. It loops around like this forever, and I can't see a way of actually saving something. Am I doing something wrong, or is it broken? Sorry if this is a silly question. ~lun3x –Preceding unsigned comment was added by 86.16.62.105 (Talk&#124;Contribs) 16:06, 16 December 2011. Please sign your posts with


 * It's just broken. ;) Unfortunately, most of us aren't in any position to do anything to fix it, since it requires server-side access to do so. AFAIK the Curse technical staff is aware of the problem, though; hopefully they can get it fixed at some point. =/ 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 16:49, 16 December 2011 (UTC)


 * We are? -- Wynthyst [[Image:User Wynthyst sig icon.png ]] talk  17:01, 16 December 2011 (UTC)


 * Well, now you should be. ;) Thanks for calling me out there. =D 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 17:17, 16 December 2011 (UTC)

Minecraft has to be downloaded each time I visit it
I have purchased Minecraft, but have to download it each time I turn on my computer ... is this common? Can you help me keep it in my computer?

Many thanks in advance,

Susan Nicol –Preceding unsigned comment was added by 173.48.65.114 (Talk&#124;Contribs) 21:12, 19 December 2011. Please sign your posts with


 * Hi, Susan! The wiki generally doesn't have anything to do with the actual day-to-day of Minecraft, but I may be able to help you out some (if not, I'd suggest asking over on the forums): for starters, can you tell me exactly how you access Minecraft to play? Give me a step-by-step, telling me exactly what you click on and everything (but not your Minecraft username or password! those are useless to me, and would just let someone else steal your account!). Also, it'd help some if you could tell me what operating system your computer uses, and what browser you use. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 21:23, 19 December 2011 (UTC)

doggey75 = spammer
and I have been cleaning up his mess, might wanna ban him.

Greetings,

Anonymous do-gooder –Preceding unsigned comment was added by 194.78.66.68 (Talk&#124;Contribs) 13:44, 21 December 2011. Please sign your posts with


 * Thanks for telling me, but it would be better to post this to the admin noticeboard instead of hoping one particular admin happens to be around when you report it. ;) In this case, Citricsquid already blocked the guy, so there's not much else for me to do. =) 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 18:03, 21 December 2011 (UTC)

How did i not see this topic before lol? I know i was spamming but it got boring so i stopped. Doggey 12:59, 16 January 2012 (UTC)

@import
Does @import not work in wiki stylesheets? I'd rather have the code for the skin I'm making kept in a separate file for now, but it won't load. – ultradude25 ( T &#124; C ) at 11:53, 2 January 2012 (UTC)


 * It should work if you use the full URL:  Personally, though, I've never done much with @import; I prefer just using importStylesheet in Javascript. 「 ディノ 奴  千？！ 」? · ☎ Dinoguy1000 17:23, 2 January 2012 (UTC)


 * Nope, doesn't work, nor does the javascript. I think it has something to do with that resource loader thing. I guess I'll just have it in the same file. – ultradude25 ( T &#124; C ) at 19:37, 2 January 2012 (UTC)


 * The Javascript, at least, should work fine; that function is part of the core MediaWiki JS... Does your error console show anything of interest? 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 20:19, 2 January 2012 (UTC)


 * Now that I see how you tried importStylesheet, I guess I should have told you that it works identically to importScript - instead of a full URL, you just give it a pagename and it automatically loads from the correct URL (so  *should* work). 「 ディノ 奴  千？！ 」? · ☎ Dinoguy1000 20:22, 2 January 2012 (UTC)


 * Ah, that works. It's a shame @import doesn't work, using javascript to import css causes a horrible page jump. – ultradude25 ( T &#124; C ) at 19:17, 3 January 2012 (UTC)


 * I *have* seen @import used successfully elsewhere, but as I recall, it requires some very specific treatment or something - as I said above, I've never really played with it (on wikis or elsewhere), so I don't really understand just how it works. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 20:04, 3 January 2012 (UTC)


 * I know that @import has to be at the top of the page. Not even comments can be above it. Maybe the wiki is fussy about the syntax as well. I'll try using identical syntax to that wiki and see what happens. – ultradude25 ( T &#124; C ) at 20:37, 3 January 2012 (UTC)


 * There we go, that works. It was the brackets that it wasn't liking. Many thanks! :D
 * Now I can easily show off the skin that I was working on. It's based on the minecraftforum.net skin.


 * The forum skin was a bit difficult to fit into Vector, (I have to use Vector since there's 0.1% chance that Curse will accept a custom mediawiki skin, due to it making updating more difficult. So I'm restricted to only what I can do with a stylesheet, if I want any chance of it becoming the wiki's default style.) but I chose it because 1) The wiki will eventually use the universal Curse login like the forum does, and having similar themes makes the sites feel more networked; and 2) I could never think up an original skin myself. If someone gave me a mockup skin, I probably wouldn't have much trouble actually making it, (I've been experimenting with CSS layouts for quite a few years now, so as long as it doesn't require me to make complex images or use javascript, then I should be able to create it.) but thinking up the design myself just isn't happening, so since minecraft.net's skin is boring and ugly, I went with the forum's.


 * If you wish to give it a try you can put  in your vector.css. (please note that the images are currently hosted externally, and aren't compressed or optimised at all, so they may take a bit longer to load than normal)


 * Alternatively, take a look at this preview image. (default skin for comparison) – ultradude25 ( T &#124; C ) at 21:32, 3 January 2012 (UTC)


 * Purty! A custom skin would definitely be preferable to hacking up on the Vector skin (since new versions of MediaWiki may change the Vector skin in ways that break the custom styles), but maintainability on Curse's end is definitely a valid concern.
 * How much testing and tweaking have you done for stuff like page histories and various special pages? How about the edit page, for that matter? 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 00:55, 4 January 2012 (UTC)


 * The skin only edits everything around the content area. I haven't decided what to do for the content area it self. One thing I'd like to change is the headings in Special:SpecialPages, they look very out of place, even for standard vector. – ultradude25 ( T &#124; C ) at 13:05, 4 January 2012 (UTC)

CSS inquiry
Hello, Dinoguy. I'm not sure how flexible this wiki's community is with custom CSS, so I'll just suggest a small modification. In stead of having the small avatar in the upper right by the user links, I feel as if this wiki might enjoy having it changed to a pickaxe. The code is below, and would be universal if placed in Common.css.

li#pt-userpage { background-image: url(http://i852.photobucket.com/albums/ab82/KRCCFNF/items.png) !important; padding-left: 14px; }

Thanks. The Inexistent 01:57, 5 January 2012 (UTC)


 * That's not up to any one admin... I would suggest asking about this at Project talk:Community portal and seeing what sort of feedback you get. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 03:14, 5 January 2012 (UTC)


 * Alrighty, thanks. The Inexistent 04:13, 5 January 2012 (UTC)

Move it please
Could you move the Known bugs page [but not any subpages of it] to RubyRed/Archives/Known bugs? If it's deprecated, I'd like it for my archives. –Preceding unsigned comment was added by RubyRed (Talk&#124;Contribs) 19:14, 5 January 2012. Please sign your posts with


 * we admins demand to know why before even considering the impossibility of doing this. --Kizzycocoa 19:20, 5 January 2012 (UTC)


 * If the admins aren't using it, it's value changes from informative value to historical. –Preceding unsigned comment was added by RubyRed (Talk&#124;Contribs) 19:21, 5 January 2012. Please sign your posts with


 * that has no bearing on why you want us to move a large very historical article into your personal userspace on this wiki. --Kizzycocoa 19:23, 5 January 2012 (UTC)


 * It's not that it isn't used any more - all the content on Known bugs should already have been copied to various subpages. In addition, nothing from the page is actually gone; the contents prior to blanking are still visible when you [ edit the page], and all prior history is available in the [ page history]. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 19:26, 5 January 2012 (UTC)

Block dosen't add it is appears as a 3D small block
Hi paid for Minecraft game downloaded it and played it without problem first time,then it the block went small 3D not adding it. Took laptop to get checked the guys explained that the laptop is fine the game however he explained has a software problem. My son really wants to play again please help.

Thanks ak –Preceding unsigned comment was added by 90.220.154.23 (Talk&#124;Contribs) 14:27, 11 January 2012. Please sign your posts with


 * Hello there, we don't have anything to do with the Minecraft game proper; we're just a fan wiki. The Minecraft Forums would probably be a better place to ask for help. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 17:48, 11 January 2012 (UTC)

Sorry for inturupting
um, on the griefing page some one put down:

"Tools to make griefing more interesting

1. Lava buckets- Put this on wooden buildings in populated area to cause a huge mess. 2. Weapons- Griefers often run into conflict with people fighting back so at least a stone sword,etc. should be used. 3.TNT- Dig under populated area put TNT under and blow the place sky high. This works well if the server used towny. Then you can destroy plots so no one can build and/or the town is destoryed. 4. Flint and Steel- My personal favorite when griefing. This can be easily made and used to burn down forest,towns,buildings, and even cities. 5.Water Buckets- Flood towns and buildings which will create a real mess but it easy to fix. This is reusable though so you can continue your attacks. 6.Starvation- I know what your thinking but starvation is a tool since you can kill off mobs in the area that can be used for food, You can also destroy grass and crops making it so people starve more often and food is more expensive but this will only work on a survival server where bonemeal is extemely hard to obtain. 7. Wood- On a server where block protection is on you can easily destroy homes and turn them into cubes and even suffocate people to death. "

Was it written by a griefer? Thanks from raltshugger, my minecraft account name. Sorry to take your time.


 * No idea, I don't follow the griefing page. I do, however, definitely have reservations about advertising griefing methods - the whole thing smells a bit like beans to me. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 09:16, 13 January 2012 (UTC)

Dinoguy1000
Your Awesome Doggey 19:31, 13 January 2012 (UTC)

Administratorship
hello Dinoguy! My username is ninjakickbutt, and I would like to know if it is possible to become an administrator for this site. If so, I would like to take on the challenge. Thank You! NINJAS KICK BUTT 02:25, 14 January 2012 (UTC)


 * That's up to Curse, not me. If you're serious about this, I'd suggest adding Wynthyst, but I can tell you now, it's highly unlikely you'll get it with so few edits. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 18:49, 14 January 2012 (UTC)


 * I've only had the account for a short time anyway. Thank you for the advice. NINJAS KICK BUTT 23:27, 14 January 2012 (UTC)


 * Do you have more than one account on here? If so, why did you register this one, instead of requesting a rename? 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 20:06, 15 January 2012 (UTC)


 * No, someone else just made theirs on that computer

NINJAS KICK BUTT 23:23, 16 January 2012 (UTC)

Minecraft 1.2 Pre
Hi, if you got the same message DELETE this one, right i was download 12w04a and when i looked into the zip file to change it i realised that there were tons of wierd pictures of people posing (at least it want sexual) and i tried to delete them but over 200 THOUSAND were in! Please sort this out it took 1GB off me!

Deleted Video
Okay. Im Akif. You deleted my video from the wiki. But how was I betraying the wiki policies? What if I just posted a link to the video; would that do? =)

So if I betrayed a rule, please forgive me. i didn't know I was breaking one.


 * No, a link would not be okay. You were breaking the video policy because a tutorial on installing a custom skin isn't necessary. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 21:34, 1 February 2012 (UTC)


 * Oh, sorry, I thought it might be for people who were not good with computers. Sorry.

Version linking template
I started making some code to put into the infobox's first version field so that'll link to the correct version history page along with an anchor, but then I thought it might be useful elsewhere so I expanded it to pick up more versions correctly, and also allow anchoring of dates for the earlier versions that often all had the same version numbers, with only a different release date to distinguish them.

Before I put this into a template and implement that into the infoboxes, you might want to take a look over and see if you can work some wizardry on it. I feel it uses too many string functions right now (although then again, I've got a large test page, and I haven't hit any limits), but I can't find any way around it.

Here's the code (with comments), and my test page. – ultradude25 ( T &#124; C ) at 00:24, 21 February 2012 (UTC)


 * Well, first, I have to ask why we're still including "A" and "B" in the Alpha and Beta anchors, since they have their own pages now (this is actually something that's bothered me for a while, but it's a pretty minor thing; still, though, now would be as good a time as any to start moving away from it).
 * It all looked pretty lean; if I were to make tweaks, they would probably consist of little more than adjusting whitespace and switching out the occasional ParserFunction/StringFunction for another one (if I were to approach the problem from the side, on the other hand, I can't say whether my solution would be very similar or not).
 * You don't have to worry too much about using too many StringFunctions; they're no more expensive than ParserFunctions in terms of template limits, which you wouldn't be in danger of hitting on your test page until you had several hundred times as many transclusions of the code as what you have now (I know from experience on Wikipedia that you can have dozens of transclusions of even something as heavy as Navbox on a page without hitting the limits).
 * While we're at it, should we add this to Version after we finish it up? I've been thinking about adding linking functionality there for quite a while now. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 04:29, 21 February 2012 (UTC)


 * Yes I was thinking about getting rid of those, but it means I'll need to change all the existing links, so I've been putting it off. :P
 * I was happy with normal version numbers working, then I added in a few error catches for what I'd think might be common mistakes when linking to some versions.


 * I suppose it could work, although I'm not sure. The template is all about the current version, or comparing a version to the current version (for tables), not for any version, however I guess if you don't type a version in it could autolink to the current version? I'll see what I can work out with it... – ultradude25 ( T &#124; C ) at 04:59, 21 February 2012 (UTC)


 * It would be trivial to support both styles for a while, you know. ;)
 * I'm aware of that; the linking would be behind a parameter. If we go ahead with it, adding the linking itself would be as simple as having Version call whatever template gets created from this discussion. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 05:20, 21 February 2012 (UTC)


 * Oh I thought you meant put this code into the version template, instead of creating a separate one. – ultradude25 ( T &#124; C ) at 05:26, 21 February 2012 (UTC)


 * Yeah, I should've specified. =D 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 05:30, 21 February 2012 (UTC)


 * I fixed those links, which allowed me to simplify the code. :D – ultradude25 ( T &#124; C ) at 15:43, 21 February 2012 (UTC)


 * I did some work on it myself, what do you think? =D 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 18:50, 21 February 2012 (UTC)


 * Oh wow, I like your usage of pos as an "if contains" search string. Would've never thought of that. – ultradude25 ( T &#124; C ) at 19:56, 21 February 2012 (UTC)


 * Yep, it's much more straightforward than the alternatives. =D 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 20:00, 21 February 2012 (UTC)


 * Well I can't think of any other variations that might break it, so I'll move it into a template now. I was thinking Template:Version history or Template:Version link with a redirect shortcut, like vhis, verhis, vlink or verlink. Suggestions? – ultradude25 ( T &#124; C ) at 20:41, 21 February 2012 (UTC)


 * Hmm... I'm rather partial to "Version link"/"Verlink" myself... 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 20:44, 21 February 2012 (UTC)


 * Done! :D
 * Oh before I forget, remember ages ago how you wanted to get syntax highlighting enabled, but it couldn't be done? Well I finally found a syntax highlighting script that actually works (for javascript that is, css just gets highlighting on comments). It's in my vector.js and there's some styling for it in my vector.css as well. – ultradude25 ( T &#124; C ) at 23:08, 21 February 2012 (UTC)


 * Cool, looks good. =)
 * Nice, I'll probably have a look at some point. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 00:11, 22 February 2012 (UTC)

I went to add the template to version but I realised we don't have support for the pocket edition versions. I've added that now, however I'm not sure how to go about implementing the template into the version template. I wanted to have it link by default, unless nolink=something, but an if won't work when the template is split up with that switch in-between, and I really don't want to duplicate the entire switch... – ultradude25 ( T &#124; C ) at 04:15, 22 February 2012 (UTC)


 * Ugh, you're right, I can't see any nice way to do it either. I really can't wait until we get Lua as a replacement for ParserFunctions and templates, that'll make so many different things so much easier... =P 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 22:23, 22 February 2012 (UTC)


 * I think I have an idea, I'll define the output of the template into a new var, and use that var to put it into the verlink template. – ultradude25 ( T &#124; C ) at 22:58, 22 February 2012 (UTC)


 * That could work. I confess, I still don't really know how the Var extension markup works, having not taken the time to play with it myself (and the documentation isn't all that clear, which doesn't help matters either). 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 23:07, 22 February 2012 (UTC)


 * It's incredibly simple. You define a var and then call on it (like a local template, really)  and it outputs varcontents. You can also use  to define a var and output in the same spot. It's equal to doing


 * Quick off-topic: Your change on the infobox row template causes all the fields to be wrapped in a p, which makes the template taller, but it does fix the formatting issue (if you add formatting, it replaces the p). So, instead of finding an alternate way around it, I was thinking maybe we should simply change p so it doesn't add a margin?
 * .infobox p { margin: 0 } – ultradude25 ( T &#124; C ) at 23:58, 22 February 2012 (UTC)


 * Sounds simple enough. =)
 * Oh, I didn't notice that after making the change (but it does make sense, given how the parser behaves). If the margin is that much of an issue, there shouldn't be any problem with the CSS, since it's infobox-specific. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 00:27, 23 February 2012 (UTC)

Further tweak?
Would it be possible to tweak this a bit further and apply the table cell colors before adding the link? It's a bit awkward to have to use the template twice to make it display correctly, as in. -- Orthotope 04:13, 23 February 2012 (UTC)


 * You don't have to do that:


 * But yes, now that I think about it, it should have a dedicated table mode parameter, so you can just use  (or whatever) and it always shows the current version without needing updated, like how the non-table functionality behaves (which means I shouldn't have removed the table parameter to begin with, I guess). 「 ディノ 奴  千？！ 」? · ☎ Dinoguy1000 04:25, 23 February 2012 (UTC)


 * ...and done. Use  without any other parameters to have Version output table formatting with the current stable version (all other parameters should work with it, too). You can also use the old , but I'm taking the liberty of declaring this deprecated, and stating that it's only being left in for backwards compatibility. 「 ディノ 奴  千？！ 」? · ☎ Dinoguy1000 04:35, 23 February 2012 (UTC)
 * Thanks! -- Orthotope 05:07, 23 February 2012 (UTC)


 * I'm confused, what was the actual problem? should've worked fine in tables. – ultradude25  ( T &#124; C ) at 05:50, 23 February 2012 (UTC)


 * And it did (and does); I suspect Orthotope was using Template:Version/testcases to get the template calls he (she?) was using, leading to his question (since, because I don't want to have to update the testcases page for every release, I just double-call Version so it's always up-to-date - see [] for what I mean).
 * Looking at how the template gets used in tables, though, it looks like either it needs an explicit opt-out for table mode, or I need to change it back to being wholly reliant on a specific parameter to output in table-mode; otherwise stuff like  breaks horribly (look at the "Latest Compatible Release" column for "Minecraft X-Ray" to see what I'm talking about). I'm leaning towards an opt-out, but I'd like your opinion since you actually use it in that way, Orthotope. 「 ディノ 奴  千？！ 」? · ☎ Dinoguy1000 06:09, 23 February 2012 (UTC)


 * I think using it as a table would be used more often than overriding the link's displayed text (what I originally used for).
 * What I don't get though, is why you allowed table mode to be called without adding a version. The whole point of the table mode is for it to compare versions, and colour accordingly. Without that, you may as well just write the table code yourself. At the very least, version comparisonless table mode shouldn't colour the cell. – ultradude25 ( T &#124; C ) at 06:38, 23 February 2012 (UTC)
 * It was mostly an aesthetic issue; it seemed (to me) necessary to use the template twice to display the current server version properly in a table (once to get the current version number, again to style it), and I thought it should be possible to make the code a bit more elegant. I was using this on the server wrappers page, since they'll (theoretically) be compatible with any future version of MC. Admittedly, I don't have a very good understanding of how the more complex templates work, so I can't deduce uses such as  directly from the code.
 * As for usage, if it's recognizing, also having an explicit   option to not add the table formatting would make sense. There are only a few cases where programs/mods are actually updated for pre-release versions, though, so it's probably not necessary; it's easy enough to just make a link instead of using the template. -- Orthotope 06:54, 23 February 2012 (UTC)


 * Ultradude: As Orthotope said, there are cases where table mode should be invoked without specifying a version number, since there is an expectation that the current version, whatever it may be, is the appropriate version in those cases. I think probably, there isn't much reason to use Version to output a custom version number in prose now that we have Version link, unless the output text shouldn't be linked, and in that case, why even bother with a template (it's not like we perform any sort of validation of version numbers, after all)? As for the coloring being to compare versions, the way I've always understood the code is that it always compares to the current stable version, in which case it makes perfect sense, to me at least, for the default behavior in table mode to color the cell green (since the default behavior will always be the current stable version, allowing for a bit of lag between a new stable version being released and the template being updated with it).
 * Orthotope: table mode actually works currently by looking for any value in the "table" parameter; you could use "1", "yes", "on", or "true", or you could use counter-intuitive values like "0", "no", "off", or "false", or completely nonsensical values like "whatever", "orange", "jabberwockey", or "wallawallawallaching" XD . And my above comment to Ultradude made me realize, it would be simpler to just use Version link to create those links: . 「 ディノ 奴  千？！ 」? · ☎ Dinoguy1000 18:23, 23 February 2012 (UTC)


 * In what case would that be useful? It's meant to compare it to a static version number that is manually updated as the software it's relating to is updated. If you have it always use the current version it defeats the point of any kind of comparison, so you may as well just use version link in yes, since it'll always say the current version, and always be green. – ultradude25 ( T &#124; C ) at 18:40, 23 February 2012 (UTC)


 * Looking at the pre-rewrite code again, and thinking about how the current code works, my understanding was a bit off: the table coloring depends on whether the given version number is the same as the latest version for whatever release line is specified (Classic, Classic Server, Android, iOS, Weekly/Snapshot, or Stable). That being said, though, the version being compared against has always been determined by the latest released version of these; there has never been a mechanism for the "control" version to be specified... So either I'm misunderstanding you, or you have the wrong idea.
 * While that is true, you shouldn't be so quick to dismiss similarity; the average editor adds new markup largely by copying existing markup, and if a page has multiple styles in close proximity with no obvious "correct" style, it's going to confuse a lot of people and lead to a lot of botched additions. In addition, allowing the template to behave in this way also means that if a given entry does fall out of line with the current version, documenting it entails only adding one parameter, instead of replacing two entire templates. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 19:31, 23 February 2012 (UTC)


 * Yes, the table colour compares the version you put, against the current version of the version type you specify. So if you allow no version to be specified, it'll always compare the current version type you specify, against the current version type you specify. E.g. v will always compare to, v will always compare to , thus returning green 100% of the time.
 * If a program works with all minecraft versions, or all minecraft versions from a certain point, then you won't be able to use this template in the way you suggest anyway. Because for those versions you would put something like Alpha+, Beta 1.8+ or maybe All versions. In all these cases, this template wouldn't function, so using tc would be necessary anyway.
 * If v is instead used to show that it always works with the latest version, then it is being used incorrectly. – ultradude25 ( T &#124; C ) at 20:16, 23 February 2012 (UTC)