User talk:MegaScience

Research before posting
Hello, I noticed you make a lot of edits without understanding what you are talking about, please research the subjects you edit before editing.--Yurisho 19:00, 21 September 2011 (UTC)

RE: a good example might be what made me come here and note it - you changed the groups at Template:Entities, saying you wanted to order the groups by unused and then removed(which is how it was all ready ordered) claiming you order it by importance(which is not the order of the template, it is ordered from aggressive to passive, unused and removed being special and thus their order doesn't matter), but instead of ordering it as you claimed you putted removed mobs under the unused title, and unused mobs under the removed title, this is because you changed the numbers of the lists, but not the numbers of the groups, so although the right group was under the title, the code addressed a different group, who's number matched the list's number.--Yurisho 21:08, 21 September 2011 (UTC)

RE:RE:Yes I get you, this is the official definitions of the terms removed and unused within the wiki(see Template:Outdated and Template:Removedstillingame), but as far as i remember they where ordered before, just as they are ordered right now.--Yurisho 21:22, 21 September 2011 (UTC)

Interwiki
Stop breaking the interwiki links, it's really annoying have to fix it every time you edit a page. – ultradude25 ( T &#124; C ) at 04:05, 22 September 2011 (UTC)


 * Here's a few examples...   – ultradude25  ( T &#124; C ) at 09:25, 22 September 2011 (UTC)


 * It's never happened to anyone else on this wiki. You must be on some ancient OS if you don't have basic international characters installed. – ultradude25 ( T &#124; C ) at 09:28, 22 September 2011 (UTC)


 * What browser are you using? – ultradude25 ( T &#124; C ) at 09:38, 22 September 2011 (UTC)


 * Alright, cool. – ultradude25 ( T &#124; C ) at 10:23, 22 September 2011 (UTC)

Blaze Toms?
Yeah, I thought the name might have been changed but it's way late at night and I didn't think to double check it. I mean, if he had written "PENIS PENIS PENIS" all over the page, yes, i would have seen that. Sorry. --HexZyle 17:43, 27 September 2011 (UTC)

New, huh?
If you need help, any of these guys can give you a hand. Be sure to listen to them too, they know their stuff. BTW this is kind of a makeshift list I'm in the middle of making. --HexZyle 14:25, 28 September 2011 (UTC)

You have been nominated...
You have been nominated as a candidate to be possibly placed on the semi-serious Top Contributors to the wiki list. Please do not cry if you don't, however :P --HexZyle 16:08, 2 October 2011 (UTC)

On Enderdragon eggs

 * Um Creative mode is not a mod. Therefore it was relevant. You should know this. - Asterick6 22:55, 12 November 2011 (UTC)


 * For Dragon Eggs, the only way to obtain one is through the indirect method of pushing with a piston. Then you'd use Creative Mode to spawn more. That's obviously unintended, and furthermore, so what if they can spawn over each other? Endermen can spawn anywhere, too, but we don't write about that. It's irrelevant. If there was some specific reason why they normally wouldn't, then it'd be noteworthy. I just spawned one on top of another by placing two blocks towered next to an egg, and placing an egg on the side. It's not preventing me from doing that, either. MegaScience 23:29, 12 November 2011 (UTC)


 * What makes you think that this counts as "unintended modifications" or of that sort? Minecraft players can do whatever they want. (Hell, its a sandbox game!) This is an example of Emergent gameplay. (Note Article name links to a wikipedia article). Just because you have to use pistons or use Creative mode doesn't mean that it's not vanilla. Now I hope you understand that just because it's "not intended" doesn't mean that it's not relevant or vanilla. - Asterick6 03:24, 13 November 2011 (UTC)


 * Now you're simply talking down to me. Read what the trivia actually says. What does it matter if one can teleport over another? Is there something saying that shouldn't be possible specifically? All they do is teleport randomly. I've clicked one earlier today right after it was made, and it spawned above where it was and landed back on the tower. You seem to only have a problem with the fact I presented that the only way you can do this in the unmodified game currently is by bringing a piston and pushing it, which in itself is an indirect and unconventional method, and then using Creative Mode to duplicate it. If you really have a problem with that part, throw it out, but you can't deny that trivia didn't matter. Compare to observing a pig get too close to lava and catching fire, then making a trivia "Sometimes, pigs get too close to lava and catch fire."
 * I wasn't meaning to "look down" on you. Sorry if that's how you saw my reply. And I think you misunderstood because you seem to be contradicting yourself? And what I meant was that the info:

Dragon Eggs can teleport on top of another when pushed by pistons in Creative mode
 * should NOT be taken out. Not that I didn't want it in the text. I was addressing the fact that you removed the info because you said:

Since you can only do it with modifications, it isn't worth listing.
 * I hope this clarifies? And I'm still not exactly sure what your stance is on this. (I don't even know if we're talking about the same thing!) - Asterick6 08:33, 13 November 2011 (UTC)

I sometimes reference this wiki for information, and find people bashing it for information, such as trivia, like that. The facts get jumbled, things that aren't important come up. I removed a large amount of triva from the Gold Block page for a more extreme variation of this. It was mentioning how much Gold Blocks would weigh in real world units, with another trivia listing how many blocks of Gold the human race in real life had found using game units. Virtual and Real World Units are not that interchangeable, nor does it matter so much as to write an entire trivial about it. As a wiki, I'm sure this site must at least follow basic Trivia Policy, and those were far past the line on that account. But I digress:

I apologize for all this drama. Before I discontinue, I just wish to note that I've known about the Wikipedia linking for years now, as well as other coding tricks that can be done. MegaScience 08:09, 13 November 2011 (UTC)
 * Oh, well then that solves a lot of answering/problems. And yea I agree about that type of Trivia - it's ok if the info is somewhat notable cause we can just incorporate it into the main text, but that type of Trivia is too far.


 * Btw are you making the template? - Asterick6 08:33, 13 November 2011 (UTC)
 * Ok nvm I made the template. - Asterick6 08:08, 17 November 2011 (UTC)

Helpful advice on citing
I've already commented this to other, but I thought you should know as well:

You don't need citations for player encounters with things/bugs/events or changes in the game (unless Notch specifically mentioned them of which you can now cite it). If you think about it logically, players who add this type of info into the wiki have encountered it in the game; there is no need to cite it since they would not have added this in if they didn't encounter these events. Since info such as this was not already in the wiki, they felt the need to add it in after encountering it. - Asterick6 22:59, 12 November 2011 (UTC)
 * For citations, I was simply saying that most everything written on the Enderdragon page can now be observed, so most of the old speculation and prediction is unrequired. THere was also a lot of outdated information, which people continuously contradicted using parentheses. I am a seasoned wiki editor, a top editor at BioShock Wiki, so I've dealt with things like this before... That sort of disappoints me. I understand it's disorganized in some places because of just how popular the game is, all the excited people editing, but it disappoints me how bad it can get because that can be so hard to manage. I wanted to tag a on the Enderdragon page so someone else could do a better cleanup of it, but I couldn't find one fitting that right. Did I miss it? MegaScience 23:29, 12 November 2011 (UTC)


 * Oh for that aspect, you can move all that previous info to the history section, or create a history section (which I have been trying to do) instead of outright deleting them. (A LOT of these pages here don't have history sections, and the previous info gets lost in the edits).


 * In regards to the cleanup tagging, you can create the template yourself. (I was gonna make it since MC wiki doesn't have one yet). And we can just copy Wikipedia's templates. I've already made a template for expanding sections: , which shows as this:


 * I sorta ripped this off from Wikipedia but whatever. - Asterick6 03:24, 13 November 2011 (UTC)
 * Ok nvm, I made it. - Asterick6 08:08, 17 November 2011 (UTC)

Blockland?
Are you the MegaScience from Blockland?

vandalism
we've been notified that you've been removing an SMP bug repeatedly, with no apparent reason. as, you're a good editor, I am straying from standard procedures of temp blocking for a day, maybe half a day, just to state this bug is valid, and removing it is not acceptable. Please stop doing so, or else it may make it impossible to simply talk to you, and leave it there. --Kizzycocoa 13:52, 16 February 2012 (UTC)
 * Apologies, I've just realised they're talking about Version History, not Known Bugs. again, very sorry for the trouble. --Kizzycocoa 14:04, 16 February 2012 (UTC)

Why did you remove it?
Hey, I posted that wolves has 1/3 chance to be tamed for every bone you give him. But you removed that; http://www.minecraftwiki.net/index.php?title=Wolf&diff=265920&oldid=265902

Why? I'm 100% sure it's true, I've seen it in the source code too.
 * It's not true . One bone = one tamed wolf. Simple. --Ichi (Check out my page for upcoming events on my server) 18:03, 29 June 2012 (UTC)

Known bugs formatting
You changed all the  tags to wikicode on Known_bugs/Version_12w21b. However, HTML tags are actually better in this case, as they don't create edit links for the subsections. When people edit the subsections, the edit summaries point to 'Bugs' or 'Annoyances', but they can't distinguish between the twelve identically-named sections, which makes them rather useless. I hope that explains why the HTML headers are being used, even though it's less consistent than wikicode. -- Orthotope 02:05, 31 May 2012 (UTC)

Article style
If you feel item names should be capitalized please express your views and reasoning on the style guide talk page instead of badly reverting edits and causing inconsistency. Also, the consensus is, and what nearly all pages use currently, is that gallery goes after trivia. Hower64 05:55, 20 June 2012 (UTC)
 * Please stop moving the gallery above trivia even though on my talk page you said you wanted the exact opposite. Major changes to article layout should first be discussed, especially when when you are disagreeing with consensus. Hower64 07:19, 21 June 2012 (UTC)

MegaScience, we are not capitalizing "snapshot" since it's not some term that needs to be capitalized. Also, please leave spaces between blocks of text and section headings as well as 2 spaces between any template at the bottom of the page and the last block of text. Example: items and blocks should have 2 spaces above them. Once again, please see the style guide and try to follow it to standardize the wiki article style. If you have any comments, please discuss them on the talk page. Thanks - Asterick6 (talk) 06:04, 26 June 2012 (UTC)


 * Reply to your comment on my talk page:
 * I think the gallery section should be last (above see also and references) especially considering many articles have large galleries. It seems more productive to have all textual content before image galleries so that readers can read through all the content before viewing a group of images. Hower proposed gallery below trivia, but I proposed gallery above, so he just used this format, but I've actually changed the format back to gallery below trivia and my proposal back to gallery below trivia; they were the other way before. I think ultradude likes to have the gallery before trivia, but I still think it's better to place text before images since readers may lose interest or have short attention spans and skip the whole bottom (bottom half of gallery and trivia section) altogether. You might want to reformat the articles you changed and re-add the spaces as well (and lowercase the items/blocks and pipe them since you're updating the pages anyways). - Asterick6 (talk) 17:58, 26 June 2012 (UTC)


 * And about the snapshot title: I guess it goes along with the other capitalization format. Even though it's capitalized in the menu, it isn't capitalized elsewhere in sentences. It's used separately similar to the in-game tooltips in which every double word item/block is capitalized. Like Hower mentioned earlier on the style guide page, I don't think Mojang actually capitalizes these kinds of "common" words. They only capitalize them in the game menu because it's used by itself just like the item/block tooltips. I actually consider the "snapshot" part to be an adjective that's not part of the version phrase unlike past versions like Beta 1.2 because the format 12wxxa won't be confused with other versions. I only use "snapshot" before the version number for additional clarity, not because it's part of the version. - Asterick6 (talk) 18:13, 26 June 2012 (UTC)


 * Also, since the snapshots are development versions and not official versions, there's really no need to capitalize "snapshot" anyways. - Asterick6 (talk) 18:15, 26 June 2012 (UTC)

MegaScience, you removed piped links to make items capitalized (like in TNT) a few days ago, but please update/revert to the standard style now. All items that do not have words such as "Nether" or "End" should be in lowercase, so pipe the links instead of uncapitalizing. Thanks - Asterick6 (talk) 20:36, 26 June 2012 (UTC)

Update: I reverted your edit since the edit was not completely beneficial... I'm thinking that the history template should probably only be used in instances where "as of" is used. Converting to the chart format breaks the "story" format. This is probably going to need to be discussed on the style page. - Asterick6 (talk) 20:43, 26 June 2012 (UTC)


 * If we're basing section ordering on people's attention spans, then I guess we should put the video and gallery sections before everything else, since people with low attentions spans would much rather look at pictures or videos than read text. –ultradude25 (T&#124;C) at 10:39, 27 June 2012 (UTC)

Objection!
Sir, I am the editor of the Human mob article removed today, And if I am allowed, I would like to hold a rebuttal against my trivia being removed. 31.53.68.204 15:15, 24 June 2012 (UTC)

Edit comments
Hey man, make sure you include edit summaries so people know what you did in the edit. Don't just leave it blank - even a short, one-word summary works. - Asterick6 (talk) 21:35, 26 June 2012 (UTC)

Minor edits
You have been marking a lot of non-minor edits as minor. Please refer to Wikipedia's guidelines for minor edits if you are unsure what constitutes as a minor edit and what does not. It's actually quite important. Thanks. Hower64 00:16, 28 June 2012 (UTC)

Biome tables
Heya,

I think I disagree with your reversion to my Biome table change. I have a reasonably-sized screen display (I run at 1680x1050), and the current layout looks daft for me too. The key thing is not to have a tiny text column for those long biome descriptions, as that stretches the table to many times the height of the screen. Guaranteeing that column a width of 25% or so of the total table width helps a lot. But there are quite a few ways one could do that.

Catering for smaller screens is more important than catering for people with larger ones, because if you have a giant screen you can shrink the window or rearrange things but you can't grow it if you have a tiny screen. How about we exchange screengrabs? I'll add mine shortly... --82.69.54.207 19:47, 29 June 2012 (UTC)

Had another go. See my talk page for sample. --Simons Mith 20:21, 29 June 2012 (UTC)

Inline citations
Citations always go after the period, not before them. Hower64 04:34, 11 August 2012 (UTC)

Your edit summary
Sorry I don't get it, what did you do? Hower64 09:53, 23 August 2012 (UTC)


 * I used lowercase name, and I didn't move the gallery. --MegaScience 11:02, 23 August 2012 (UTC)

Colored Armor
I updated the Item Structure for you.  LB ( T 21:09, 24 August 2012 (UTC)

HTML glyph explanation
Heya

I see a change of mine was briefly reverted by you, and I thought I'd drop by and explain what I was doing. If you want a symbol like &eacute; or – or &trade; or &frac12; or &ldquo; and you know what key combination to enter, or if you have a suitably fancy or foreign keyboard with the right alphabet, or if you have an automatic 'character-enterer tool' you can just enter the symbol and most modern web browsers should manage to get the right glyph onto the page. That's the theory anyway. But for a lot of symbols I can never remember the right Alt codes, so I use HTML glyphs instead. Here's a list of common glyphs, grabbed from a quick Google search. There are many others.

http://designerstoolbox.com/designresources/html/

These may look funny when you view the page code (they look like &amp;eacute; &amp;ndash; &amp;trade; &amp;frac12; &amp;ldquo; and so on), but they do display reliably in a web browser (whereas directly entering the character sometimes doesn't work). Using one or the other is mainly a matter of preference, and I tend to prefer using the glyphs. I generally only use about two or three on this wiki – &amp;times; for a proper multiplication symbol rather than using a letter x, &ndash for a dash and &amp;frac12; for a &frac12; symbol. So that's what they are and how they work. You'll see them in use on quite a lot of web sites, not just wikis, anytime someone is trying to get the typography right.

Regards --Simons Mith[82.69.54.207] 22:07, 7 September 2012 (UTC)