Metroid Wiki:Discussion Center/Archive01

From Metroid Wiki

Editing

I Noticed while editing the left side of the edit box is buggy. You cannot click on anything near the left side. For example: While editing this I wouldn't be able to select the first word... -Sephiner Shaeld

Yeah, that is correct. I think it might be a skin bug. Nothing within two characters of the left side of the edit box can be clicked on. You'll have to bear with it for now, but I assure you we are looking into fixing this issue. -Melchizedek  talk 06:01, 10 February 2010 (UTC)
The problem is that the portlets in the sidebar overlap the content. http://metroidwiki.org/skins/monobook1/main.css?207 has this:
.portlet {
	margin-bottom: 1.5em;
	padding-left: 35px;
	position: relative;
	z-index: 5;
	font-weight: bold;
	text-transform: none;
	width: 200px;
}
Changing the width to 180px fixes the issue for me.
#content {
	margin-left: 205px;
	z-index: 4;
	border: 0;
}
Another possible solution is to change z-index to 6 here.2257(t) 07:35, 12 February 2010 (UTC)
Thanks for that 2257. I hadn't gotten a chance to look into it yet, but as you pointed out the solution, I've made the change, and it has fixed the issue for me. Hopefully for everyone else too. Thanks again. -Melchizedek  talk 09:49, 12 February 2010 (UTC)
No problem. 2257(t) 18:29, 12 February 2010 (UTC)

User Stylesheets

Are broken. 2257(t) 06:47, 12 February 2010 (UTC)

I would call 'not yet enabled' a tad different from 'broken', but give it time, and I'll let you know when it is enabled. -Melchizedek  talk 09:49, 12 February 2010 (UTC)
Ah, I didn't even realize they could be disabled. My bad. 2257(t) 18:29, 12 February 2010 (UTC)
Yeah, the MediaWiki default is for it to be disabled. Both Custom user CSS and JS have now been enabled. I have tested and they are working, so let me know how you go. -Melchizedek  talk 23:29, 12 February 2010 (UTC)
Thanks, it's working great. (Although my changes have been pretty minor, the skin's great as it is.) 2257(t) 09:11, 14 February 2010 (UTC)

Signatures

I think that we could stand to import this, as it makes creating template signatures simpler for users. 2257(t) 08:08, 14 February 2010 (UTC)

I'm liking the look of that. We very well may implement it. :) -Melchizedek  talk 09:14, 14 February 2010 (UTC)

Edittools

The Japanese sections should be changed to this:

<small id="edittools_newsectionshere">
'''<u>Hiragana</u>:'''
<charinsert> あ い う え お </charinsert>  
<charinsert> か き く け こ </charinsert>  
<charinsert> さ し す せ そ </charinsert>  
<charinsert> た ち つ て と </charinsert>  
<charinsert> な に ぬ ね の </charinsert>  
<charinsert> は ひ ふ へ ほ </charinsert>  
<charinsert> ま み む め も </charinsert>  
<charinsert> や ゆ よ </charinsert>  
<charinsert> ら り る れ ろ </charinsert>  
<charinsert> わ ゐ ゑ を </charinsert>  
<charinsert> ん </charinsert>  
<charinsert> が ぎ ぐ げ ご </charinsert>  
<charinsert> ざ じ ず ぜ ぞ </charinsert>  
<charinsert> だ ぢ づ で ど </charinsert>  
<charinsert> ば び ぶ べ ぼ </charinsert>  
<charinsert> ぱ ぴ ぷ ぺ ぽ </charinsert>  
<charinsert> ゔ </charinsert>  
<charinsert> ゃ ゅ ょ </charinsert>  
<charinsert> ぁ ぃ ぅ ぇ ぉ </charinsert>  
<charinsert> ゎ っ </charinsert>  
<charinsert> ゝ ゞ </charinsert>  
</small>
<br>
<small id="edittools_newsectionshere">
'''<u>Katakana</u>:'''
<charinsert> ア イ ウ エ オ </charinsert>  
<charinsert> カ キ ク ケ コ </charinsert>  
<charinsert> サ シ ス セ ソ </charinsert>  
<charinsert> タ チ ツ テ ト </charinsert>  
<charinsert> ナ ニ ヌ ネ ノ </charinsert>  
<charinsert> ハ ヒ フ ヘ ホ </charinsert>  
<charinsert> マ ミ ム メ モ </charinsert>  
<charinsert> ヤ ユ ヨ </charinsert>  
<charinsert> ラ リ ル レ ロ </charinsert>  
<charinsert> ワ ヰ ヱ ヲ </charinsert>  
<charinsert> ン </charinsert>  
<charinsert> ガ ギ グ ゲ ゴ </charinsert>  
<charinsert> ザ ジ ズ ゼ ゾ </charinsert>  
<charinsert> ダ ヂ ヅ デ ド </charinsert>  
<charinsert> バ ビ ブ ベ ボ </charinsert>  
<charinsert> パ ピ プ ペ ポ </charinsert>  
<charinsert> ヷ ヸ ヴ ヹ ヺ </charinsert>  
<charinsert> ャ ュ ョ </charinsert>  
<charinsert> ァ ィ ゥ ェ ォ </charinsert>  
<charinsert> ヵ ヶ ヮ ッ </charinsert>  
<charinsert> ー ・ ヽ ヾ </charinsert>  
</small>

Although in reality, some of these are so rare that nobody's likely to ever need them, it seems that it's better to have them and never need them, than to need them but not have them. Right? (A few very common kana are also missing.) 2257(t) 10:25, 14 February 2010 (UTC)

Thanks for that, it's much better. Yeah, the approach with that edittools template is to have them there, so that in the rare case they are needed, they're already there. -Melchizedek  talk 11:21, 14 February 2010 (UTC)

Now,I have a question

Along with a true wiki, which gives facts, is Metroid Wiki also a Fanon type wiki? pokekid9

Metroid Wiki is a factual encyclopedia. Our articles are based on facts, and in certain circumstances, widely-accepted and well-evidenced theories may be added to articles, on certain conditions. No we do not accept Fanon, or fan takes or stories on the series. See the Theory and Fanon Quality Standards for more details. -Melchizedek  talk 20:38, 24 February 2010 (UTC)

File namespace glitch

Whenever I view a page in the file namespace, the wiki acts as if I'm not logged in. This doesn't happen when viewing the edit window or history. Anybody know what that's about? 2257(t) 21:00, 25 February 2010 (UTC)

Unfortunately, that glitch in the MediaWiki install has been there from day one. We know of it and are trying to get in contact with MediaWiki for the solution, but it may be a while before it is fixed. -Melchizedek  talk 09:25, 16 March 2010 (UTC)
I'd like to point out that it is difficult to add sourcing info with this glitch. You should announce once it's fixed, I'd like to know Malake256 03:15, 4 May 2010 (UTC)
It's annoying in so many ways; but I can tell you, it is nowhere near as annoying as dealing with MediaWiki to get it fixed. Anyways, we're working on it and will make a main page news post when it's done. -Melchizedek  talk 22:06, 11 June 2010 (UTC)

infoboxes

The code used in infoboxes could be greatly simplified if the following were added to the site's skin. 2257(t) 18:00, 14 March 2010 (UTC)

 .infobox tr:nth-of-type(odd) {
  background-color:#{{mw color light}}
 }

 .infobox tr:nth-of-type(even) {
  background-color:#1e1528
 }

 .infobox {
  font-family: arial, sans-serif;
  padding: 4px; 
  margin: 0 0 1em 1em; 
  font-size: 11px; 
  border:1px solid #{{mw color light}};
  background-color:#1e1528;
 }

 .infobox tr:first-of-type td {
  font-family:arial;
  font-size:13px;
  background-color:#{{mw color light}};
 }
This has been done. Let me know that it's working fine for you. -Melchizedek  talk 09:25, 16 March 2010 (UTC)
Looks like it's working out perfectly. :D 2257(t) 18:18, 16 March 2010 (UTC)
Cool. :) -Melchizedek  talk 20:38, 16 March 2010 (UTC)

Priorities for building the wiki and establishing our presence in Google

I made a post here. check it out. --Captain Cornflake 12:41, 15 March 2010 (UTC)

Yeah, all important stuff. I will reply there in a sec, but when I'm on holidays in two weeks I'll be working a lot on MW, so I'll get the stuff mentioned there done if it isn't done beforehand. -Melchizedek  talk 09:25, 16 March 2010 (UTC)

Proposals

Shouldn't Metroid Wiki:Proposals be added to the Metroid Wiki. As far as I know, Zelda Wiki and Mario Wiki all have them. Sixeightyseventyone (talk - contribs)

Zelda Wiki doesn't have a proposals section, Mario Wiki might, I wouldn't know: but this... this is Metroid Wiki, and as of the present, we have no need for such a section. -Melchizedek  talk 07:11, 11 June 2010 (UTC)

Stub (and other) Tags

Do they go at the beginning or the end of the article, we need consistency Malake256 20:11, 8 May 2010 (UTC)

all of the stub tags should stay at the beginning of an article until such a point that the staff removes them. Nathanial Rumphol-Janc 05:23, 13 May 2010 (UTC)
Correct, at the top of the articles. However to be precise, the stub tag, and other tags, should not be above infoboxes. So, place them before the textual content of a page, but after any infoboxes or 'main' images, if that makes sense. :) -Melchizedek  talk 07:14, 11 June 2010 (UTC)

Location pages

In the wanted pages I have seen that there are requests for various areas (Chozo Ruins, Ridley, Kraid ETC.), I can create the ones for the games I have. My question is do you want the items that are acquired (not the exact locations, just the amount of items) and the bosses in the areas listed on the pages? Metroidking 00:12, 8 June 2010 (UTC)

Could you be more specific, like an example would help... place any information that isn't on the wiki wherever you see fit, and other editors will fix them if necessary --Malake256 {Talk | Contribs} 00:33, 8 June 2010 (UTC)
What I meant was how many upgrades are in which area (such as in Metroid Zero Mission there being 13 Missile Tanks in Ridley). Metroidking 21:50, 8 June 2010 (UTC)
Oh i see, like you did in that Ridley area page. No that's pretty good, good job. If you could do that for other pages that'd be nice. Eventually we'll all find some way to coordinate and fix it all, but for now that's good. --Malake256 {Talk | Contribs} 23:14, 8 June 2010 (UTC)

Parenthetical Statements

Shouldn't the words within parenthesis also be capitalized? As in Metroid (game), Ridley (area), and so forth? Given the necessity for pretty much every other word (besides of, and, an, a, and so on) to be capitalized, it seems logical that these would be as well. Embyr 75 18:53, 9 June 2010 (UTC)

If it is in the title of the page (or in the title of a subsection) then (if you are following the rules of English) it should be capitalized, but if it is just in the article, it is unneeded. Plus if it is written in the article I think we should make it look more like this Metroid instead of Metroid (game). Metroidking 19:12, 9 June 2010 (UTC)
Yes, titles should be capitalized except for minor words (a, and, the, etc.). Descriptions, the ones in parentheses, should also not be capitalized. And if you ever find Metroid (game) inside of an article, pipe it to just say Metroid. --Malake256 {Talk | Contribs} 03:21, 10 June 2010 (UTC)

Categories

I think that instead of putting say the Hive Mecha in the mini-boss, boss, and enemy categories we should put them in the category that describes them the most. If it needs to be in more than one category it should be something like the Plated Beetle and Sheegoth, they both act as mini-bosses but you eventually encounter more later on. Metroidking 06:28, 10 June 2010 (UTC)

It's a boss though, it should be on the boss category, not mini-boss. That second part makes sense though, because otherwise i would see no use for the mini-boss category. --Malake256 {Talk | Contribs} 16:31, 11 June 2010 (UTC)
It would be easier just to put them in the boss category. So both boss and enemy category if they become regular enemies later on? Metroidking 18:52, 11 June 2010 (UTC)
Okay, something really needs to be fixed here. The Bosses category is in the Enemies category. So, should we add all bosses in both categories? That seems redundant to me. This would mean that we should add every beam (like the plasma beam for example) in the suits category, since the Arm Cannon is in the Suits category. I would say we only add bosses in the Bosses categories. I think we need an Admin to answer this Q --Malake256 {Talk | Contribs} 20:02, 11 June 2010 (UTC)
What if Bosses and Mini-Bosses were made sub-categories of the enemies category? Of course that may not work if there are some instances where bosses aren't really enemies, but just a thought. -Melchizedek  talk 22:09, 11 June 2010 (UTC)
Well how about this: Once the Elite Pirate page is made (I'll do it later if someone else doesn't), put that in the mini-boss category and make a space pirate category to put it in. The mini-boss category can be a sub-category of the boss category while the space pirate category is with the enemies. I hope I worded this so it will make sense. Metroidking 22:34, 11 June 2010 (UTC)
Yeah, sounds fine to me. Go ahead and do what you guys see as best and we can work from there. -Melchizedek  talk 22:39, 11 June 2010 (UTC)

Well all bosses are enemies, that's where the problem is. If an article is in the Bosses category, should it be placed in the Enemies category? It seems redundant to me since the Bosses category itself is IN the Enemies category. I don't think there is an instance where a boss isn't an enemy though. --Malake256 {Talk | Contribs} 23:27, 11 June 2010 (UTC)

I would think yes, they should be in both the enemies and bosses category, seen as they are both. And if we did that, with bosses as a sub category of enemies, then we'd only need to have the 'Enemies' category on the main page, and 'Bosses' can be replaced with 'Weapons'. See here for what I mean. -Melchizedek  talk 23:32, 11 June 2010 (UTC)

Citations

I've noticed a recurring trend of citations leading to text dumps (see Thardus, for example). While that's technically accurate, it isn't very helpful to a reader. Wouldn't it be more practical to quote the in-game text than to refer them to a massive page of text, a lot of which doesn't apply (and does this wiki have a cite template to do so)? Embyr 75 14:40, 11 June 2010 (UTC)

Using the text dumps wasn't very practical so I do apologize for using them. I have found a few things referring to using quotations from games but I am not sure how to use it. I should have asked about that before I used all those text dumps on the Thardus page. So anyone know how to use the quotation template? Metroidking 18:40, 11 June 2010 (UTC)
I figured it out and fixed it, look at the citation templates for the one to use. Or you can look at the Thardus page for it. Metroidking 20:00, 11 June 2010 (UTC)


Templates

Can the Enemy Template be edited to contain the attacks used by an enemy? Metroidking 18:25, 13 June 2010 (UTC)

Well I think that depends on the attack. It could maybe fall under technology. What attack are you making that deserves its own article? If it's going to be short, it's best to make a section of the attack on the Enemy that uses the attack's article --Malake256 {Talk | Contribs} 18:55, 13 June 2010 (UTC)
Oh my bad, ignore that last comment. Well anyways, I think that would be too long for enemies that have too many attacks, it'd create a very large table --Malake256 {Talk | Contribs} 18:59, 13 June 2010 (UTC)
You have a point on that one, the list would be way too long for things like the Quads. I'll just put an attack section on the articles I work on as you suggested. Metroidking 19:11, 13 June 2010 (UTC)
That should work perfectly. (: most enemies should eventually have an attack section, especially the bosses.
Actually I'm not making an attack section, you'll see what I did instead once I finish the Quad page. Metroidking 19:44, 13 June 2010 (UTC)
Alright that works too (: . Hey, when you create pages use three apostrophes on each side when it is first mentioned: '''Quads''' to give Quads. This bolds as opposed to italics: ''Quads'' to give Quads. Just look at Quad's history and you'll see what I mean --Malake256 {Talk | Contribs} 21:20, 13 June 2010 (UTC)
Oops, I'll do that and thanks for correcting it. Metroidking 21:40, 13 June 2010 (UTC)

No prob. I think I've said this already, but good job with recent edits :D --Malake256 {Talk | Contribs} 21:55, 13 June 2010 (UTC)

Bosses and Mini-Bosses

I think we should draw a distinct line between Bosses and Mini-bosses. Any suggestions? --Malake256 {Talk | Contribs} 21:14, 14 June 2010 (UTC)

Mini-bosses (Imago, Sheegoth, Boost Guardian for example) are minor bosses. For the actual boss category I'd say that it's the main boss (Kraid, Helios, Quadraxis etc) in the area that it is found. Metroidking 21:47, 14 June 2010 (UTC)
But what makes a boss a boss and not a mini-boss. Like lets say Flaahgra. She did the same exact thing Boost Guardian did, only she guarded the Varia Suit. --Malake256 {Talk | Contribs} 22:03, 14 June 2010 (UTC)
A boss is usually the most powerful creature in its area and usually more difficult than the mini-bosses found in its area.Metroidking 23:32, 14 June 2010 (UTC)
I'm just saying they should all be marked simply as bosses to avoid confusion or discrepancy. I feel it's an unnecessary category. --Malake256 {Talk | Contribs} 05:16, 15 June 2010 (UTC)
Alright, see if you can get the category deleted then. There's only a handful of pages in it so it anyway. Metroidking 06:58, 15 June 2010 (UTC)


Rooms

We are only making pages for rooms that have something major (such as a boss or an artifact) in them and not for every single room in each game correct? Metroidking 18:48, 15 June 2010 (UTC)

Sure, for right now I guess. I mean if you can pull out extensive research on some save room then go for it lol. Nah just do important rooms. And I'd say even having a Missile expansion makes a room important. What would you say? --Malake256 {Talk | Contribs} 18:59, 15 June 2010 (UTC)
Pages for every single room with a Missile expansion (or other types of expansions) would be more suited for a walkthrough site in my opinion, plus with the hundreds of expansions it would take a while to do the research. Metroidking 19:23, 15 June 2010 (UTC)
Yes, yes it would haha. Well then don't do them. If anyone would like to though, and if they have the knowledge of it then they can. --Malake256 {Talk | Contribs} 19:31, 15 June 2010 (UTC)


Dark Creatures

Are we going to have both the light and dark versions of the creatures encountered in Metroid Prime 2 on the same page or are we going to put them on two different pages? Metroidking 23:59, 18 June 2010 (UTC)

I would imagine both. Well, maybe if they're very minor enemies we could place them on the same page. Use Category:Dark Aether to categorize dark creatures along with any other categories. --Malake256 {Talk | Contribs} 00:01, 19 June 2010 (UTC)
I think I'll start making pages for the Dark versions of the creatures. It's just going to be a copy and paste job with making minor changes so it won't be hard to do. Metroidking 00:11, 19 June 2010 (UTC)