8734T357G36G583683TY87UE4TY587ETY87E4TYER4T5E4875IY4ET875Y4E875Y4E875Y48574E5RI87EY4857E4Y587E4Y5874548E75Y4875Y4875Y34875347TY58734Y587345Y87345348765837465F834756834765H87356H8734HF536857634875634756H83476H58734568734Y587Y5487IY5E4TRE4875REY4587E4Y57E4Y5874EY57YE4875ETYE87R45Y48E75Y4875Y87345348753487563487634756834765874W5648754756873F45874563GBF4534876H53434
8734T357G36G583683TY87UE4TY587ETY87E4TYER4T5E4875IY4ET875Y4E875Y4E875Y48574E5RI87EY4857E4Y587E4Y5874548E75Y4875Y4875Y34875347TY58734Y587345Y87345348765837465F834756834765H87356H8734HF536857634875634756H83476H58734568734Y587Y5487IY5E4TRE4875REY4587E4Y57E4Y5874EY57YE4875ETYE87R45Y48E75Y4875Y87345348753487563487634756834765874W5648754756873F45874563GBF4534876H53434
8734T357G36G583683TY87UE4TY587ETY87E4TYER4T5E4875IY4ET875Y4E875Y4E875Y48574E5RI87EY4857E4Y587E4Y5874548E75Y4875Y4875Y34875347TY58734Y587345Y87345348765837465F834756834765H87356H8734HF536857634875634756H83476H58734568734Y587Y5487IY5E4TRE4875REY4587E4Y57E4Y5874EY57YE4875ETYE87R45Y48E75Y4875Y87345348753487563487634756834765874W5648754756873F45874563GBF4534876H53434
8734T357G36G583683TY87UE4TY587ETY87E4TYER4T5E4875IY4ET875Y4E875Y4E875Y48574E5RI87EY4857E4Y587E4Y5874548E75Y4875Y4875Y34875347TY58734Y587345Y87345348765837465F834756834765H87356H8734HF536857634875634756H83476H58734568734Y587Y5487IY5E4TRE4875REY4587E4Y57E4Y5874EY57YE4875ETYE87R45Y48E75Y4875Y87345348753487563487634756834765874W5648754756873F45874563GBF4534876H53434
8734T357G36G583683TY87UE4TY587ETY87E4TYER4T5E4875IY4ET875Y4E875Y4E875Y48574E5RI87EY4857E4Y587E4Y5874548E75Y4875Y4875Y34875347TY58734Y587345Y87345348765837465F834756834765H87356H8734HF536857634875634756H83476H58734568734Y587Y5487IY5E4TRE4875REY4587E4Y57E4Y5874EY57YE4875ETYE87R45Y48E75Y4875Y87345348753487563487634756834765874W5648754756873F45874563GBF4534876H53434 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|C) at 08:37, 8 November 2011 (UTC)
- Also, the extra edit toolbar options, aren't those in by default now? –ultradude25 (T|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|C) at 09:12, 8 November 2011 (UTC)
- Think I found it. mw:Extension:UsabilityInitiative –ultradude25 (T|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|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|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|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|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|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
talk 23:31, 11 December 2011 (UTC)
- Quick comment: maybe the End key helps ;) - Asterick6 01:53, 9 March 2012 (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|C) at 23:41, 11 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
- 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
talk 07:39, 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
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|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|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|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|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)
- 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|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|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|C) at 11:53, 2 January 2012 (UTC)
- It should work if you use the full URL:
@import url('http://www.minecraftwiki.net/index.php?title=User:Ultradude25/minecraft.css&action=raw&type=text/css');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|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
importStylesheet('User:Ultradude25/minecraft.css');*should* work). 「ディノ奴千?!」? · ☎ Dinoguy1000 20:22, 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
- Ah, that works. It's a shame @import doesn't work, using javascript to import css causes a horrible page jump. –ultradude25 (T|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|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
@import "/index.php?title=User:Ultradude25/minecraft.css&action=raw&ctype=text/css";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)
- If you wish to give it a try you can put
- Alternatively, take a look at this preview image. (default skin for comparison) –ultradude25 (T|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|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|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)
- 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|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|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|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|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|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|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|C) at 20:41, 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
- 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|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|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|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 {{#vardefine:varname|varcontents}} and then call on it (like a local template, really) {{#var:varname}} and it outputs varcontents. You can also use {{#vardefineecho:varname|varcontents}} to define a var and output in the same spot. It's equal to doing {{#vardefine:varname|varcontents}}{{#var:varname}}
- 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|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 {{Version|{{Version|server=1|nolink=1}}|server=1}}. -- 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
{{version|table=1}}(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
table=1without 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 oldt=1, 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)
- ...and done. Use
- I'm confused, what was the actual problem? {{v|1.1|server=1|nolink=1}} should've worked fine in tables. –ultradude25 (T|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 [1] 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
{{Version|table=1}}, {{Version|12w07b}}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)
- 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
- I think using it as a table would be used more often than overriding the link's displayed text (what I originally used {{{1}}} 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|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
nolinkdirectly from the code. - As for usage, if it's recognizing
table=1, also having an explicittable=0option 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)
- 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
- 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:{{Version link|12w08a}}. 「ディノ奴千?!」? · ☎ Dinoguy1000 18:23, 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
- 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{{tc|yes}}, since it'll always say the current version, and always be green. –ultradude25 (T|C) at 18:40, 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
- 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|table=1}}will always compare <latest stable> to <latest stable>,{{v|table=1|weekly=1}}will always compare <latest weekly> to <latest weekly>, 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|table=1}}is instead used to show that it always works with the latest version, then it is being used incorrectly. –ultradude25 (T|C) at 20:16, 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.
Converting SMP Servers
I have a 1.1 SMP server, and I use mac. How do I convert it? -TheGME
- I'm not the one to ask; you'd be better off posting on the forum or asking in IRC. 「ディノ奴千?!」? · ☎ Dinoguy1000 01:23, 4 March 2012 (UTC)
Answering some questions and comments
Dinoguy, if you're not busy, can you check out the Wiki Rules talk and answer or comment on my replies and suggestions? And also on the Community portal talk? I just want response/feedback of some sort. Thanks! - Asterick6 05:21, 8 March 2012 (UTC)
- Well, I kinda am, so if you could point out specific sections you'd like me to have a look at, that'd be a big help. =) 「ディノ奴千?!」? · ☎ Dinoguy1000 19:38, 8 March 2012 (UTC)
- Er.. I'm assuming you would just go to those pages and check to the bottom of the page for new stuff as always. My comments are at the bottom ya know... or at least most of them... But you're probably busy, so I'll point out the sections that I'd like to have your answer/feedback: the last two sections on the Wiki rules talk page, and the community portal here, here, and a discussion on having a universal Sandbox here. - Asterick6 02:06, 9 March 2012
- That's not actually how I check for new discussions; I rely on email notifications of new edits, so if I miss a notification for a talk page for a while and there're a lot of changes when I finally check it, I usually just skim through or don't even read anything.
- I'll have a look at those discussions. 「ディノ奴千?!」? · ☎ Dinoguy1000 16:48, 9 March 2012 (UTC)
- Replies and comments all around. =) 「ディノ奴千?!」? · ☎ Dinoguy1000 17:05, 9 March 2012 (UTC)
- Dinoguy, can you please carry out the improvements now? I've given suggestions of updated content on the Wiki Rules talk. Please see the first section (at top), and also the last 2 sections. Please update the pages now. The other admins are busy. - Asterick6 22:24, 15 March 2012 (UTC)
- I'll see, but I'm rather busy at the moment myself. =/ 「ディノ奴千?!」? · ☎ Dinoguy1000 22:25, 15 March 2012 (UTC)
Settle it on the talk page?
Before you lock the page and call what I'm doing "Counter-productive" you should actually look at what edits are being pushed back and forth. The fact that he was cutting the page size by about 2/3rds should have given it away. He was blanking the page and replacing it with "HACKED BY ANONYMOUS" over 20 times. I don't think I needed talk page confirmation that I was in the right nor would he be willing to discuss the matter. --Moxxy 17:45, 21 March 2012 (UTC)
- You're right; I should've checked closer. I went instead by the edit summaries, which looked like an edit war. At any rate, full protection was still needed, so you should ignore my protect summary. =) 「ディノ奴千?!」? · ☎ Dinoguy1000 18:10, 21 March 2012 (UTC)
- Thanks. Sorry for being a bit rash, after undoing that guys edits for a good amount of time it was a little irritating to be grouped with him. --Moxxy 18:24, 21 March 2012 (UTC)
Soliciting Help
As i'm a newbie to wiki's i figured, what better way than to ask an expert how to get started, and thus, here i am.
I'm building up a wiki with a few of my friends mainly because there currently is no decent wiki for all things Airsoft, and frankly, most 'review' for weapons and equipment are just ... wrong. Being a avid gamer and HUGE fan of Minecraft (High Fives life size creeper next to my pc :-P ) I thought hey, whats an awesome wiki design/layout that is easy to navigate, is simple, and to the point... Minecraftwiki!
Sorry, got sidetracked, i'll get to the point. If I could bother you for a moment of your time to at the very least, point me in the direction of a decent tutorial of setting up the wiki to look similar in design to Minecraftwiki, that would be great. Of course, personal tutelage provided by you would be fantastic as well :-P Hey, I can dream cant I?
In either case, i love the setup of the main page you have here. The simple title graphic, the three column design for the various "about minecraft" "Play It" "Gameplay" and so on are fantastic and i would love to learn how to do it myself.
I have had offers to have it done for me, but I would never be able to edit it, or rebuild it if i dont learn how to do it myself.
Any and all help you could provide would be GREATLY APPRECIATED
Thanks for your time, dougdashwitz –Preceding unsigned comment was added by Dougdashwitz (Talk|Contribs) 23:34, 23 March 2012. Please sign your posts with ~~~~
- Hey Dougdashwitz, unfortunately you've found one of my weaker areas to ask a question of me. =) I didn't have anything to do with the design of the main page here, and, not having looked particularly closely at it, couldn't really tell you much about how it works. If you already have a reasonable grasp of HTML, CSS, and MediaWiki markup, about the best I could do for you would be to tell you to start by copying what we have here and playing with it, one piece at a time, to figure out how it works and how it all fits together; you'll learn far more by doing that then I could ever hope to explain to you. If you have questions about any specifics, though, feel free to ask me; I should be able to help with them. Sorry I couldn't be more help, and good luck! =) 「ディノ奴千?!」? · ☎ Dinoguy1000 23:52, 23 March 2012 (UTC)
- Basic explanation: The main page is basically a giant table. While tables are bad to use for layout, they're also the easiest way to keep content aligned. Each box is a different cell in the table, each with 33% width. The larger box spans two cells, and has a width of 66%.
- We have a template to make the styling for each cell, so the content of the page isn't mixed up in the HTML as much, so it's easier to edit it. –ultradude25 (T|C) at 01:21, 24 March 2012 (UTC)
78.148.138.247 noticeboard report
I forgot to log in before changing the report, so my edit counted as 187.15.39.84. I put the wrong person to blame in the report title and tried to fix it.
Just wanted to let you know.
--RichardG867 22:16, 25 March 2012 (UTC)