If you are looking for Information about PSU Clementine, Go check their Wiki

Difference between revisions of "The re-PSUPedia talk:Manual of style"

From The re-PSUPedia
Jump to: navigation, search
m (Closed polls: Old polls archived.)
m (Removing discussions that have been archived.)
Line 149: Line 149:
 
*** Can help with technical details, just correctly separate the various weapons/rarity/manufacturer/... on a draft and I can help design the template itself. [[User:Essen|Essen]] 19:26, 14 April 2008 (CDT)
 
*** Can help with technical details, just correctly separate the various weapons/rarity/manufacturer/... on a draft and I can help design the template itself. [[User:Essen|Essen]] 19:26, 14 April 2008 (CDT)
 
**** Cool, thanks!  It doesn't look like I'm going to have time tonight (I've got to head out in a moment), but I'll try to get everything sorted out as soon as possible. - [[User:EspioKaos|EspioKaos]] 19:36, 14 April 2008 (CDT)
 
**** Cool, thanks!  It doesn't look like I'm going to have time tonight (I've got to head out in a moment), but I'll try to get everything sorted out as soon as possible. - [[User:EspioKaos|EspioKaos]] 19:36, 14 April 2008 (CDT)
 
== New enemy article layout ==
 
I know we'd previously decided on an enemy article layout, but I've since done some tweaking to it, removing unnecessary information while adding in useful stuff from the ''Perfect Bible'' and prettifying the basic infobox and stat table.  It can be seen [[User:EspioKaos/Sandbox/Bel_Pannon|here]].  Any suggestions or objections? - [[User:EspioKaos|EspioKaos]] 09:23, 11 January 2008 (CST)
 
 
== Mission page proposal ==
 
* Making this my official proposal for our new mission articles.  [[User:EspioKaos/Sandbox|Behold]]!  I do believe I've got everything tweaked just the way I want it.  If anyone else has suggestions or ideas of their own for a similar page, please don't keep it to yourself!  Create a new page and submit it here; otherwise I'd like to see us get to work on creating mission articles with this template as soon as possible. - [[User:EspioKaos|EspioKaos]] 23:07, 4 November 2007 (CST)
 
* Holy cow. I love this. - [[User:Miraglyth|Miraglyth]] 02:54, 6 November 2007 (CST)
 
** Thanks, Mira!  :) - [[User:EspioKaos|EspioKaos]] 06:35, 6 November 2007 (CST)
 
* Glad I could help on it, I still think i like the mission info box with cellspacing set to zero though just so it looks like the wikitable. -- [[User:KyTin|KyTin]] 04:10, 6 November 2007 (CST)
 
* Which is still being used on [[Planet's Scar]] don't know if I made the change on the sandbox or there now that I think about it lol. -- [[User:KyTin|KyTin]] 04:14, 6 November 2007 (CST)
 
** Yeah, the infobox's cell spacing finally started to look fine to me.  Besides, when it was made to look like the other tables, any text outside of the box ran right up to the side without leaving any space, and I just thought it looked a little sloppy.  I still don't know why the text does that on the zero-cell-spaced one.  XD - [[User:EspioKaos|EspioKaos]] 06:35, 6 November 2007 (CST)
 
* A lot like my old page at http://psupedia.info/User:Au/Sandbox that I never got around to complete or propose or anything. Glad you did! My comments. First, I would like the map pattern info to be on these pages too (could templatize these like the drops and have them both on the rare monster page and on the missions). Second, monster counts are nice too if available. Third, the 'Available ranks' field in the mission info box is not needed since you can get that info from the 'Mission requirements and rewards' section on the same screen, it's duplicate info. Fourth, I think the colors in the mission requirements box are ugly. Red for unavailable ranks is fine but the blue hurts my eyes. Rest looks good!
 
** Keep in mind that the blue background (likewise, the red) is completely temporary, as the blue will be taken away when the English version of the game receives that particular mission.  Just like with the weapon/line shield tables where a currently-Japanese-only item hasn't made its way to us yet.  I'd considered adding the spawn charts to the article, but I was afraid I might be throwing too much stuff in there.  XD  That's why I opted for a link to that particular mission's spawn chart at the top of the page. - [[User:EspioKaos|EspioKaos]] 11:11, 6 November 2007 (CST)
 
* The running text is a quick fix set cellspacing 0 on the main area then on the subs where the text is set it to 1-3 and problem solved. Let me know if you need any help with that i can show you what it will look like on the one that has it that way still. -- [[User:KyTin|KyTin]] 10:38, 6 November 2007 (CST)
 
** Feel free to update that one like that, or if you want, you can copy-paste the code into a sandbox of your own to play around with and show us any adjustments you'd like to make.  To be honest, though, I've actually become quite attached to the style I've got now.  XD - [[User:EspioKaos|EspioKaos]] 11:11, 6 November 2007 (CST)
 
** The template looks great to me, very readable, useful data when filled in etc. and any improvements can be made over time anyway. - [[User:Mewn|Mewn]] 11:47, 6 November 2007 (CST)
 
* I've updated my [[Grove of Fanatics]] article to include a (blank) rare spawn chart and to remove a little redundant information.  Thoughts? - [[User:EspioKaos|EspioKaos]] 11:48, 6 November 2007 (CST)
 
** Spawn information is exactly one of the things why I would want to look at a mission page, so I like it. One thingy though, I wouldn't name it a 'rare spawn chart' but just 'spawn chart'; all map information is interesting sometimes not just the rare ones. [[User:Au+|Au+]] 12:13, 6 November 2007 (CST)
 
*** Ah, good point.  I'll fix that. - [[User:EspioKaos|EspioKaos]] 12:14, 6 November 2007 (CST)
 
** Perhaps a place for enemy counts would be useful as well.  Though I imagine it wouldn't be easy to get the info.[[User:Propagandist|Propagandist]] 13:30, 6 November 2007 (CST)
 
*** OK, I've added it to the Grove article.  Provided we have people willing to get counts on enemies, it shouldn't be too difficult, but exactly how useful is it?  I mean, I can think of an example of wanting a certain item that drops from one enemy, so I'd want to find the mission with the most spawns of that one enemy to increase my chances of it dropping.  But, otherwise I don't know. - [[User:EspioKaos|EspioKaos]] 14:01, 6 November 2007 (CST)
 
* Random thought what about the mission with variable exp such as rainbow beast S2. -- [[User:KyTin|KyTin]] 15:18, 6 November 2007 (CST)
 
** D:  It has variable EXP?  I hadn't noticed.  Can you elaborate on that for me?  ;) - [[User:EspioKaos|EspioKaos]] 15:20, 6 November 2007 (CST)
 
** I've never heard of variable EXP - EXP is static and depends on the monster, its level, and whether it has sword/shield/crown/whatever. If, as I'm guessing, you're referring to lower levels getting less EXP - there's actually an EXP penalty for killing monsters 31 levels or more above your level. Kinda stupid if you ask me, that's what level requirements are supposed to be for, but eh. - [[User:Mewn|Mewn]] 15:34, 6 November 2007 (CST)
 
***We had 6 people in the party running there the level req is 65 i think  our party was levels 65-95. We had at least 3 different exp numbers possible more, I guess it could be from the penalty. The monsters there i think are level 100 I think so not sure how the penalty works out 100%. -- [[User:KyTin|KyTin]] 16:21, 6 November 2007 (CST)
 
***Like I said, the penalty applies if the monsters are 31 or more levels above your character (might be 30 actually, I'm not quite sure). Anyone in your party who was level 65-69/70 would receive less EXP from defeating Lv100 monsters than higher levels would, explaining the different EXP numbers. It's a sliding scale as well, a 65 would receive less EXP than a 69 would. - [[User:Mewn|Mewn]] 16:24, 6 November 2007 (CST)
 
* OK, so I think I'm just going to go ahead and start implementing the new design into mission pages that we need.  I'm going to leave the counts table out, however, until we decide on its necessity or get them all created.  If we decide that they would be good to have, we'll just add them in later.  I will be leaving much of the EXP/MP/Meseta/drop/spawn info in the tables blank because (01) I'd like to get these templates set up quickly and (02) a lot of this data will be changing in next week's update anyway. - [[User:EspioKaos|EspioKaos]] 14:03, 7 November 2007 (CST)
 
 
==Star icons==
 
* Following on from the previous icon suggestions, since I have AoI and should be able to do it - instead of something like {{10 stars}} would it be better to take images directly from the game and use them for the star rarities? I find that a better idea because the 10-12* and 13-15* colours in particular do not go well with a white background. - [[User:Mewn|Mewn]] 16:16, 4 October 2007 (BST)
 
** The stars taken from the game take up a lot more space; and might also prove to be tricky to get right since they're anti-aliased. We may be better off with hand-drawn stars; could just grab the ones we have now and draw a black border around them or so. [[User:Au+|Au+]] 18:37, 4 October 2007 (BST)
 
*** Black borders sound ugleh. How well do the game rips shrink? That definitely sound preferable if done right. - [[User:Miraglyth|Miraglyth]] 18:49, 4 October 2007 (BST)
 
* Hey, Mewn?  Let's give it a shot.  When you get a chance, could you upload one star of each color?  We can turn them into templates to see how they look and go from there.  ;) - [[User:EspioKaos|EspioKaos]] 13:03, 4 November 2007 (CST)
 
* Thanks to Mewn, we now have our new batch of star icons.  (See [[Alteratsu Cauda]] for an example of their use.)  Anyone have any objections to templatizing them and putting them to use across the site? - [[User:EspioKaos|EspioKaos]] 23:08, 4 November 2007 (CST)
 
* Seems like there are no real objections. I'll do the templates. - [[User:Mewn|Mewn]] 15:35, 5 November 2007 (CST)
 
* I know this is a little late but if anyone is interested I'll try my hand at making a set of star icons that match the rips as closely as possible.[[User:Propagandist|Propagandist]] 00:47, 6 November 2007 (CST)
 
** Here is what I came up with. [[Image:ExampleStars.png]] Each star is currently 18px square.  Let me know if there are any changes to be made.  I made the background transparent so we don't get the grey background.  If you like them, I'll split them into separate star graphics for each color.  On another somewhat related note, I was thinking about trying to get the 13-15 stars to animate similarly to the way the do in the game (of course I haven't actually seen what that looks like).  Any thoughts on that? [[User:Propagandist|Propagandist]] 03:27, 6 November 2007 (CST)
 
** I updated the star graphic so they are 16px square.  Let me know if they look okay.[[User:Propagandist|Propagandist]] 14:23, 6 November 2007 (CST)
 
*** Perfect! - [[User:EspioKaos|EspioKaos]] 14:28, 6 November 2007 (CST)
 
** I uploaded the final versions of the stars.  I did one star per file so we can assemble them using templates.[[User:Propagandist|Propagandist]] 14:12, 7 November 2007 (CST)
 
*** Thanks!  They've been templatized.  :D - [[User:EspioKaos|EspioKaos]] 14:35, 7 November 2007 (CST)
 
* I can't say I'm a fan of rectangular grey blocks. Otherwise, lookin' fine. - [[User:Miraglyth|Miraglyth]] 02:53, 6 November 2007 (CST)
 
* Excellent, Propagandist!  Love the idea of the stars from 13-15 being animated, too.  ;)  The only suggestion I can make would be to maybe scale these down just a little bit, probably to about the size of the stars we're using now.  The images now are 18px tall, but when I cropped them, I left 1px of gray space on all sides, so the stars are only 16px tall. - [[User:EspioKaos|EspioKaos]] 06:32, 6 November 2007 (CST)
 
* They do look really good. I wanted to get rid of the grey background myself but I don't really have the talent to do it, not being particularly graphics-savvy. The idea of the 13th-15th stars being animated is cool as well, from memory they glow from a golden-browny colour to light cream (almost white), but it might be better to wait until AoI is released so you can see for yourself. - [[User:Mewn|Mewn]] 11:43, 6 November 2007 (CST)
 
 
==Element colours==
 
* Similar to below suggestion, why not standardise element colour (where necessary, if anywhere) to that of the colour used in the weapon palette, PA menu, etc.? - [[User:Miraglyth|Miraglyth]] 08:39, 29 September 2007 (BST)
 
** Agreed.  I'll work on that after while (going to work with the weapons icons first), and we can keep adjusting things where necessary until we have the set of colors we like best. - [[User:EspioKaos|EspioKaos]] 04:49, 30 September 2007 (BST)
 
*** It doesn't help the wiki any, really, but if the white part of all the weapon icons was made transparent, people could use cellpadding=0 and a background color in a table to display a weapon of a particular element. - [[User:Miraglyth|Miraglyth]] 07:45, 1 October 2007 (BST)
 
 
==Weapon icons==
 
* What do you guys think about using the in-game icons for weapon categories in the weapon stats tables instead of the typed out name?  I figure in the cases of names like ''double saber'' and ''grenade'', it would greatly reduce the amount that the first column is stretched out (as well as get rid of any double spaced cells).  We could always do vector drawings of the icons, or just get nice shots of them from the game itself.  Or, we could just use the ones SonicTeam put up on their new ''PSU'' site. - [[User:EspioKaos|EspioKaos]] 19:00, 28 September 2007 (BST)
 
* That sounds good to me. The icons are generally easy enough to recognize. Can images be made to link to articles? If they can't, that would present a problem, but otherwise I'm fine with it. - [[User:Mewn|Mewn]] 00:13, 29 September 2007 (BST)
 
** I'm fairly certain that we can make images link to other articles.  I'll look into it. - [[User:EspioKaos|EspioKaos]] 04:50, 30 September 2007 (BST)
 
** Sounds like a very good idea. I actually intended to do this at some point, but then forgot. I see no reason why pictures from the game would not work. --[[User:Qwerty|Qwerty]] 00:18, 29 September 2007 (BST)
 
 
==Enemy page template==
 
* I'm happy with the [[User:Mewn/Monster_Template|enemy template]] now, so I'd like to propose it formally. If there's to be a vote, I'll let Espio handle it, heheh. Anyway, final discussion, opinions, any tulips and/or roses, etc. - [[User:Mewn|Mewn]] 18:12, 14 September 2007 (BST)
 
** Looks good to me; I could only suggest minor tweaks, such as the use of icons in place of ''leader boosts'', ''shoe boosts'' and the like in the ''boosts'' column.  I think we actually already have the appropriate icons for those somewhere on the site.  If anyone suggests a unique alternate proposal, we'll put things to a vote.  Otherwise, I think we should go with this and make any minor changes if necessary.  Objections from anyone?  [[User:EspioKaos|EspioKaos]] 19:40, 14 September 2007 (BST)
 
* That can be easily done. I'll change the icons now. Seems better than 'shoe boosts' which has never seemed right to me anyway. - [[User:Mewn|Mewn]] 20:15, 14 September 2007 (BST)
 
** Sweet.  That looks great!  :D [[User:EspioKaos|EspioKaos]] 20:25, 14 September 2007 (BST)
 
 
* Ok, if there are no more comments, or objections or suggestions or whatever, by the time I check this site tomorrow morning (probably about 11AM GMT), I feel it should become the template as I'd like to start making a few articles with it. Alkaven is working on a few templates that seem fine so far, so hopefully we'll be able to use them (and if they aren't ready, it can always be implemented a bit later). - [[User:Mewn|Mewn]] 21:48, 15 September 2007 (BST)
 
 
==Unit page template==
 
* After Alkaven started a new page for [[Cara / Force]], I remembered that we hadn't finalized a standard template for the unit pages.  There was discussion going on, but that kind of trailed off.  So, let's finish this off, right?  I'm going to start a poll with the two formats we have ([[Orpad / Guard |this one]] and [[Cara / Mind |this one]]), but if anyone else has any other designs in mind, please let us know.  [[User:EspioKaos|EspioKaos]] 00:33, 11 September 2007 (BST)
 
 
==Slight modifications to the weapon template?==
 
* There was mention a while back about a few minor things on the weapon template that might be altered.  I can't seem to find where it was, however.  Anyway, one thing I was wondering about is the drop box.  In the Deva-zashi template given on our example page, ''monter'' is used, when, well... not everything these items can drop from should be classified as such.  (I believe I brought up the example of there being newman, beast and CAST enemies in-game that aren't exactly monsters since they aren't infected by the SEED-Virus or something.  They're simply acting out of their own zeal and free will.)  Anyway, I'd like to suggest changing ''monster'' to ''enemy''.  I've actually already done that with the weapon pages I've created, but if we decide to keep it as ''monster'', I'll change them back myself.  I know this is ridiculously minor, but I felt it needed to be mentioned.  <_<;  [[User:EspioKaos|EspioKaos]] 23:40, 8 September 2007 (BST)
 
** Said beforehand that I thought "enemy" was more fitting, and I still hold to this view. - [[User:Miraglyth|Miraglyth]] 00:01, 9 September 2007 (BST)
 
*** Sweet.  So, I guess no objections on this?  ;)  [[User:EspioKaos|EspioKaos]] 17:41, 12 September 2007 (BST)
 
 
==New line shield table proposal==
 
* [[User:EspioKaos/Sandbox/Line_shields | Here]] is my proposal for a new line shield table.  I took out a number of columns that I felt were unnecessary, such as the element (for ones that can only be a specific element, this can be detailed in individual articles) and the ''Att'', ''Acc'' and ''Tech'' columns, which can also be detailed in individual articles.  (I guess these are the "hidden" stats from set bonuses and line shields made for specific battle types?)  Thoughts?  [[User:EspioKaos|EspioKaos]] 04:19, 7 September 2007 (BST)
 
** Erm... anyone?  <_<;  [[User:EspioKaos|EspioKaos]] 06:24, 8 September 2007 (BST)
 
*** Personally I consider the element - both NPC and synth limitation - to be one of the defining characteristics of a Line Shield. The Att./Acc./Tech. values not so much, but still directly useful information when looking up a table of Line Shields. I do however like the condensing of slots a lot! As for the comments, I believe set bonuses (with link - nice one) and Type limitations should be the focus, but not drop locations for every other shield that "might not be easy to find". - [[User:Miraglyth|Miraglyth]] 11:30, 8 September 2007 (BST)
 
*** I have to agree with Mira on the element, it's an important part of the data. I too like the way you've done the Slots. The stuff such as bonuses to Att and Acc can be detailed in the Comments column. Other than that I think it looks better than the current table. - [[User:Mewn|Mewn]] 16:35, 8 September 2007 (BST)
 
**** OK, check out my second table.  I added the element column back in (also created temporary templates for each element color -- we can fine-tune the actual colors later).  What I'm going for is using the neutral green to identify a line shield that can be synthesized with any element you want.  Any line shields that can only be one specific element will have that element listed.  [[User:EspioKaos|EspioKaos]] 16:38, 8 September 2007 (BST)
 
**** That looks fine to me, certainly less cluttered than the other table. - [[User:Mewn|Mewn]] 18:33, 8 September 2007 (BST)
 
***** "What I'm going for is using the neutral green to identify a line shield that can be synthesized with any element you want." -- Actually, that was already the case. - [[User:Miraglyth|Miraglyth]] 23:59, 8 September 2007 (BST)
 
****** Oh, heh.  >_>;  [[User:EspioKaos|EspioKaos]] 00:12, 9 September 2007 (BST)
 
******* Not sure what your line (no pun intended) of reasoning was, but mine was that only non-limited shields were '''capable''' of being green. - [[User:Miraglyth|Miraglyth]] 02:51, 11 September 2007 (BST)
 
******** Yup, that was it.  [[User:EspioKaos|EspioKaos]] 03:11, 11 September 2007 (BST)
 
 
==Weapon Type Names==
 
* No objection, but just to clarify - Mewn's renaming of "Bows" to "Longbows" and "Grenade Launchers" to "Grenades" :| is to fit in with the weapon types listed at the "License" missions, right? - [[User:Miraglyth|Miraglyth]] 23:38, 4 September 2007 (BST)
 
* Yes, you're right. I feel we should maintain some consistency, and Throwing Blades already got renamed to Cards by Espio half a month ago. I suppose I should point out that the Bullet License missions uses both 'Longbow' and 'Long Bow', but since I've never seen it spelled with a space, I assumed the former was the correct term and the latter was a typo. - [[User:Mewn|Mewn]] 23:57, 4 September 2007 (BST)
 
* Works for me.  :)  [[User:EspioKaos|EspioKaos]] 04:19, 7 September 2007 (BST)
 
 
==Misc. item tables==
 
* I've been [http://psupedia.info/My_Room_Accessories#Remodeling_tickets playing around] with what our possible template for non-stat-based items could look like.  Just like with the weapon tables, I've categorized each remodeling ticket by its star rating, followed by name.  The next column lists prices, which is more or less filler.  Same thing goes with the description column.  The version column is needed since we already know that there will be ''AotI''-exclusive tickets.  The comments column I kept and used just like with the weapons.  Personally, I'd like to stick with keeping information like the item description and price within individual item pages, but without that stuff in this table, everything looks so thin and bare.  Any ideas?  [[User:EspioKaos|EspioKaos]] 05:37, 25 August 2007 (BST)
 
 
==Capitalization==
 
* I'd like to get a little discussion going on [http://psupedia.info/Manual_of_Style#Capitalization_.28pending.29 this subject].  While I've listed most "odd" instances of capitalization in-game (''TECHNICs'', ''CASTs'', ''GUARDIANS Colony'', etc.), I think we should talk about how we'll capitalize things like healing item names (should they be considered proper nouns?).  Thoughts, opinions?  [[User:EspioKaos|EspioKaos]] 17:17, 21 August 2007 (BST)
 
** I think item names should be capitalized as proper nouns, if for no other reason than it looks better to me. - [[User:Mewn|Mewn]] 17:34, 21 August 2007 (BST)
 
*** I've been torn between both sides for a while, but after looking at how odd things like ''scape doll'' and ''moon atomizer'' look without capitals, I've found myself leaning more toward considering them proper nouns.  Of course, I still think that individual item categories (recovery items, shotguns, line shields, etc.) should not be considered proper, and thus should not be capitalized.  [[User:EspioKaos|EspioKaos]] 18:48, 21 August 2007 (BST)
 
* On the recent capitalization swapping of the line shield and photon arts sections, I think it should be pointed out that both are considered standard nouns in-game, so no special capitalization is required.  For example, check out the line shield descriptions.  You'll see "a mass-produced ''line shield''" or "a super high-end, custom-made ''line shield''" (man, they really like their hyphenated words).  On photon arts, I'm fairly certain that the menus do not capitalize the word, but I'll have to double-check that next time I play.  [[User:EspioKaos|EspioKaos]] 18:01, 8 September 2007 (BST)
 
** I originally decapitalised Line Shields to Line shields, and Mewn changed Photon Arts to Photon arts, but you will find numerous places - particularly the manual - that deliberately capitalise both. The same applies to Photon Fortune, by the way. You are right though - the game does not capitalise it in that menu, but AFAIK all menus are "first letter is capital, all the rest are lower" so I'll question the weight of that. - [[User:Miraglyth|Miraglyth]] 00:04, 9 September 2007 (BST)
 
*** Heh, it's times like these that I wish English were like Japanese with not having to deal with capitalization.  Either that, or SEGA had been consistent with it.  XD  Anyway, I just checked the in-game tutorial, and it recognizes photon arts as a standard noun with no special caps.  o_o  [[User:EspioKaos|EspioKaos]] 00:20, 9 September 2007 (BST)
 
I really hate bringing this back up about photon arts and line shields, but I've been finding numerous in-game instances which consider these normal nouns, thus no need for capitalization.  In ''Episode 1'' for example, there's the photon art and line shield fanatic NPCs, neither of which capitalize these words.  If you transfer a PA back to its disc form, it's ''photon art''.  Same thing with the vision phone tutorial thing.  And not only do descriptions for line shields capitalize it as such, but check the tutorial glossary thinger in your room.  Same thing there.  (The exact counterattack description is one such place it shows up.  That brings up something else:  just attack and just counter are called exact attack and exact counterattack in-game.  I guess we can address that later.)  Basically, I'm just saying that we should go with in-game terminology/capitalization when given the option.  And in cases where there are inconsistencies (which happen way too often for my liking), we either vote on a decision or go with the example set by the majority of in-game instances.  (In this example, lowercase ''line shield'' and ''photon art'' take the majority of in-game examples.)  As far as things go that are covered in the manual but not the game (i.e. Photon Fortune), the manual version will prevail since it's the next closest official source. - [[User:EspioKaos|EspioKaos]] 12:12, 27 January 2008 (CST)
 
* Can vouch for the game apparently preferring decapitalisation on line shields - notably the conditional search uses the lower case. In return, however, it considers all weapons to be proper nouns. - [[User:Miraglyth|Miraglyth]] 13:55, 27 January 2008 (CST)
 
** True, but I've noticed that in the tutorial and glossary sections, the game favors lowercase lettering for weapon categories while keeping the naming conventions of the conditional search as opposed to item descriptions.  (In the TECHNICs tutorial, ''rod'' is used instead of ''long staff'', for example.)  Even though the conditional search capitalizes weapon categories, most other uses of the words that I've seen are lower case.  Besides, it just makes a lot more sense to me that generic categories be considered standard nouns (line shields, twin handguns, rods, etc.) while specific items within those categories are proper nouns (Rabol Lebfa, Evil Twins, Marguisa, etc.).  Just like how Glocks and Desert Eagles are two types of pistols. - [[User:EspioKaos|EspioKaos]] 15:48, 27 January 2008 (CST)
 
*** I'll go with that. I was unaware there was a complete set of names outside of the conditional shop search. - [[User:Miraglyth|Miraglyth]] 17:09, 27 January 2008 (CST)
 
 
==Unit tables==
 
{| class="wikitable" style="text-align:center"
 
! Rank !! Name !! Maker !! Tech. !! Ment. !! Ver. !! Comments
 
|-
 
| {{Color-C}} rowspan="2" | 1★
 
| [[Cara / Force]] || {{Logo-Y}} || 20 || 0 || {{PSU version}} || --
 
|-
 
| [[Cara / Mind]] || {{Logo-Y}} || 0 || 10 || {{PSU version}} || --
 
|-
 
! Rank !! Name !! Maker !! Tech. !! Ment. !! Ver. !! Comments
 
|- {{JP item}}
 
| {{Color-B}} | 6★
 
| [[Te / Force S]] || {{Logo-Y}} || 100 || -50 || {{PSU version}} || --
 
|-
 
! Rank !! Name !! Maker !! Tech. !! Ment. !! Ver. !! Comments
 
|-
 
| {{Color-A}} | 9★
 
| [[Te / TECH PP Save]] || {{Logo-Y}} || -30 || 0 || {{PSU version}} || Lowers PP usage and TP.
 
|}
 
 
This is the general idea for unit tables.  Of course, we'll swap out ''Tech'' and ''Ment'' with ''Att'', ''Acc'', ''Def'', ''Eva'' and ''End'' where applicable.  Anything else we should add?  [[User:EspioKaos|EspioKaos]] 03:07, 18 August 2007 (BST)
 
 
Just wanted to add that I've done the initial conversion of the tables for both online and offline.  You can find it [[User:Propagandist/Sandbox/Units|here]], I'll keep it updated with any suggestions/changes until the format is finalized. [[User:Propagandist|Propagandist]] 04:56, 18 August 2007 (BST)
 
*Excellent work!  :D  Two things.  First, a few of the offline S-rank units are identified with the A-rank green.  Minor, I know.  ;)  Second, in a few of the comments sections, it might look better with commas or semicolons separating two descriptions (Hard / Power Charge, for example).  Or maybe line breaks.  [[User:EspioKaos|EspioKaos]] 05:06, 18 August 2007 (BST)
 
**Thanks, I wasn't able to check on those as I was at work.  Now that I'm home, I'll go through and double check all of the units to make sure it's accurate. I've also a few ideas for the comments that I want to try out. I'll note any major updates on this talk page. [[User:Propagandist|Propagandist]] 05:45, 18 August 2007 (BST)
 
*** So, how we doing on this?  The adjustments you've made look great, and really, the only other thing I can suggest just has to do with capitalization of a few things in the "comments" column.  To be honest, I think we're ready for approval and all.  :)  [[User:EspioKaos|EspioKaos]] 17:23, 8 September 2007 (BST)
 
****It's essentially done, I'm not entirely sure all of the units are accurate but that can be cleared up when it is put out on the main page I guess.  Let me know and I'll put it up (of course, you can do that too I guess).[[User:Propagandist|Propagandist]] 23:05, 8 September 2007 (BST)
 
***** On the Te / TECH PP Save example above, don't we know how much it lowers the PP usage? - [[User:Miraglyth|Miraglyth]] 00:05, 9 September 2007 (BST)
 
****** Yeah, it's actually included in Prop's tables.  [[User:EspioKaos|EspioKaos]] 00:30, 9 September 2007 (BST)
 
 
==Mission info articles==
 
[http://psupedia.info/SEED_Awakened This] is what I have in mind for individual mission articles.  Of course, fill in the enemy and drop sections with actual information.  Opinions?  Suggestions?  [[User:EspioKaos|EspioKaos]] 00:08, 17 August 2007 (BST)
 
* I suggest an infobox (à la Wikipedia) to the side showing at least the following things:
 
** Mission name (maybe JP name as well, since there is a large difference between the two in many cases)
 
** Start Counter
 
** Destination
 
** Area(s) that the mission takes place in (e.g. Mad Creatures takes place in Raffon Meadow, Mad Beasts in Raffon Lakeshore etc.)
 
** Type of mission (Free, Story, Co-Op, Party, Event)
 
** Available ranks
 
** Elements represented in the mission. - [[User:Mewn|Mewn]] 12:03, 17 August 2007 (BST)
 
I'll see if I can take a shot at making a design like this when I have a chance.  (Sometimes tables just don't come out like I want, though, so no promises.  XD)  [[User:EspioKaos|EspioKaos]] 03:36, 18 August 2007 (BST)
 
* I'm for Mewn's idea. - [[User:Miraglyth|Miraglyth]] 00:06, 9 September 2007 (BST)
 
** Guess it wouldn't hurt to get this going again.  Gentlemen, behold!  [[Planet's Scar]]  D:  That's the basic idea; of course enemy info will have to be added; drop tables and all that, too. - [[User:EspioKaos|EspioKaos]] 14:43, 2 November 2007 (CDT)
 
* OK, so [[User:EspioKaos/Sandbox|how's this]]? - [[User:EspioKaos|EspioKaos]] 11:19, 4 November 2007 (CST)
 
 
==Synthesis board suggestion==
 
(Copied from the scape doll talk page.)  I really hate questioning something that we're trying to set as a standard, but I think this might be a valid point.  While working on the scape doll's board info, I realized that the rarity of the board and the rarity of the item are different.  While I don't think this is a common occurrence, I think we should address it before we begin a mass implementation of synth board tables, especially since the board rarity is never mentioned anywhere.  I suggest changing the title of the table to the board name and then changing the current board name cell to indicate rarity.  Like so:
 
{| class="wikitable" style="text-align:center"
 
|-
 
| colspan="4" style="background:#e8e8e8"| '''[B] Scape Doll'''
 
|-style="background:#f9f9f9"
 
| style="background:#f2f2f2" | '''Food''' || [[Hustle Berry]] x5 || style="background:#f2f2f2" | '''Chemical''' || [[Omega Acid]] x2
 
|-style="background:#f9f9f9"
 
| style="background:#f2f2f2" | '''[B] Uses''' || 1 || style="background:#f2f2f2" | '''Base Rate''' || 100%
 
|-style="background:#f9f9f9"
 
| style="background:#f2f2f2" | '''Synth Time''' || 00:00 || style="background:#f2f2f2" | '''[B] Rarity''' || {{Color-A}}|7★
 
|}
 
 
I think we should do this, unless we're going to make individual pages for each board.  Actually, that's something else.  Should we do that, or just make a synth board redirect to the page of the item it creates?  [[User:EspioKaos|EspioKaos]] 18:40, 13 August 2007 (BST)
 
 
I'd be all for individual pages for boards, but the simplicity of putting board and item on one page is clear to me as well. --[[User:Beatrixkiddo|Beatrixkiddo]] 23:17, 13 August 2007 (BST)
 
 
* I have to admit, I'm not much a fan of this style. Why?
 
 
{| class="wikitable" style="text-align:center"
 
|-
 
! colspan="4"|Title goes here
 
|- style="background:#fbb"
 
| Material 1 || Material 2
 
|- style="background:#fbb"
 
| Material 3 || Material 4
 
|- style="background:#8ff"
 
| Synth Detail 1 || Synth Detail 2
 
|- style="background:#8ff"
 
| Synth Detail 3 || Synth Detail 4
 
|}
 
 
: Seems a very strange way of arranging it to me, and not particularly conductive to finding out the desired information on a synthesis quickly. Additionally, there's a lot of "<nowiki>style="background:sixcharacters"</nowiki>" expressions in there which - while easily eliminated by a template - would surely be better off made header cells (start with ! instead of | ) and then just make the "title" cell darker manually.
 
 
: If I may pitch in a couple of ideas:
 
 
{|
 
|
 
{| class="wikitable" style="text-align:center"
 
|- style="background:#ddd"
 
| colspan=5| '''Horizontal Item'''
 
|-
 
| rowspan=2 style="background:#e8e8e8"| Details
 
! width=80|[B] Needed || width=80|[B] Uses || width=80|Synth Time || width=80|Base Rate
 
|-
 
| [B] Item || x || 0hrs || 100%
 
|-
 
| rowspan=2 style="background:#e8e8e8"| Materials
 
! Photon || Ore || Metal || Wood
 
|-
 
| <photon> || <ore> || <metal> || <wood>
 
|}
 
|
 
{| class="wikitable" style="text-align:center"
 
|- style="background:#ddd"
 
| colspan=4| '''Vertical Item'''
 
|- style="background:#e8e8e8"
 
| colspan=2|'''Details''' || colspan=2|'''Materials'''
 
|-
 
! width=80|[B] Needed
 
| width=80|[B] Item
 
! width=80|Photon
 
| width=80|<photon>
 
|-
 
! [B] Uses
 
| x
 
! Ore
 
| <ore>
 
|-
 
! Synth Time
 
| 0hrs
 
! Metal
 
| <metal>
 
|-
 
! Base Rate
 
| 100%
 
! Wood
 
| <wood>
 
|}
 
|
 
|}
 
 
: Actually, the code for the second one isn't edit-friendly at all. But some might prefer the look so I'll leave it there. - [[User:Miraglyth|Miraglyth]] 00:07, 14 August 2007 (BST)
 
**I like how the vertical version looks.  One problem, though:  what to do with the empty cells for boards that have less than four materials?  Also, I still favor the idea of keeping the title of the table the name of the board it's about.  [[User:EspioKaos|EspioKaos]] 16:24, 14 August 2007 (BST)
 
* I do too, come to think of it.
 
: The "number of materials" thing could do with exploration. By nature, all weapons require four (Photons, Ores, Metals, Wood) and some line shields require four (Photons, Ores, Materials, sometimes event drops). Then there are Food and Item boards which take two (Natural Materials, Chemicals), Decoration boards which take two (Special Materials, Wood) and finally Grinder / Material Upgrade boards which use just one (Grinder bases and the materials, respectively).
 
: It's the last two that bother me, since those won't fit into the "vertical with oddly-grouped" setup either. - [[User:Miraglyth|Miraglyth]] 18:35, 14 August 2007 (BST)
 
**We could always take the route of unique tables for each type of synthesis board, but do what we can to make them all have the same general feel.  Maybe?  I'll give some more thought to it to see if I can come up with another design.  [[User:EspioKaos|EspioKaos]] 19:10, 14 August 2007 (BST)
 
** Having come back to this after a couple of weeks, the answer seems pretty simple: Given that Line Shields sometimes have an "event" material (the field for which could be left blank for the rest), all synthesis categories require either 1 (Grinders), 2 (Decos, Items, Food) or 4 (Weapons, Line Shields) materials. This is very friendly to the "Horizontal Item" layout above as 4 is divisible by 1, 2 and 4 hence colspan would work nicely. Observe:
 
 
{| class="wikitable" style="text-align:center"
 
|- style="background:#ddd"
 
| colspan=5| '''Sori-senba'''
 
|-
 
| rowspan=2 style="background:#e8e8e8"| Details
 
! [B] Needed || [B] Uses || Synth Time || Base Rate
 
|-
 
| [B] Sori-senba || 3 || 8h || 1%
 
|-
 
| rowspan=2 style="background:#e8e8e8"| Materials
 
! Photon || Ore || Material || Event
 
|-
 
| Ray-photon x15 || Vestaline x25 || Ortaresin x35 || <none>
 
|}
 
 
{| class="wikitable" style="text-align:center"
 
|- style="background:#ddd"
 
| colspan=5| '''Monomate'''
 
|-
 
| rowspan=2 style="background:#e8e8e8"| Details
 
! [B] Needed || [B] Uses || Synth Time || Base Rate
 
|-
 
| [B] Monomate || 20 || 0h || 100%
 
|-
 
| rowspan=2 style="background:#e8e8e8"| Materials
 
! colspan=2| Natural || colspan=2| Chemical
 
|-
 
| colspan=2| Sweet Berry || colspan=2| Trans Acid
 
|}
 
 
{| class="wikitable" style="text-align:center"
 
|- style="background:#ddd"
 
| colspan=5| '''Airboard'''
 
|-
 
| rowspan=2 style="background:#e8e8e8"| Details
 
! [B] Needed || [B] Uses || Synth Time || Base Rate
 
|-
 
| [B] Parum Souvenir || 1 || 15m || 60%
 
|-
 
| rowspan=2 style="background:#e8e8e8"| Materials
 
! colspan=4| Ingredient
 
|-
 
| colspan=4| Par Ash x20
 
|}
 
 
* Just keeping the ideas going. - [[User:Miraglyth|Miraglyth]] 03:10, 11 September 2007 (BST)
 
** That does work very nicely.  I like it!  Perhaps ''details'' and ''materials'' could be put in bold, however.  I think that might look even better.  [[User:EspioKaos|EspioKaos]] 03:22, 11 September 2007 (BST)
 
*** ...agreed. They actually are in that vertical table. I missed it in the first horizontal table though, and the following examples carried that mistake down ^^ - [[User:Miraglyth|Miraglyth]] 18:54, 11 September 2007 (BST)
 
 
== Line Shield & Slot Icons ==
 
* Maybe they are here but i cannot find them if not though I hope a PC user will be willing to help with this as i cannot take screen shots. Can someone make icons for the Line Shields, Head Slots, Arm Slots, Body Slots & Extra Slots? Should be a hard task with a good screen shot and would be a nice touch for drop charts among other things. -- [[User:KyTin|KyTin]] 14:53, 7 November 2007 (CST)
 
** I was planning on doing this eventually, actually.  :)  I'd like to use the slot icons in the line shield chart instead of H, A, B and E.  Also, I'd planned on using the line shield icon in each line shield article's stat box, just so it doesn't stretch the table out when "line shield" is broken into two lines.  I'm at work right now, so I don't have a way to take screens, but when I get home (won't be until much, much later tonight, however), I can put together the icons if I have time. - [[User:EspioKaos|EspioKaos]] 14:59, 7 November 2007 (CST)
 
*** Cool, sure they will be put to a lot of use if i can help let me know. -- [[User:KyTin|KyTin]] 15:13, 7 November 2007 (CST)
 
*** Looks good to me [[Dulk-senba]], anyone mind if we template the icon. -- [[User:KyTin|KyTin]] 20:38, 8 November 2007 (CST)
 
**** [[Template:Line_shield_icon | Templatized]].  :D - [[User:EspioKaos|EspioKaos]] 21:41, 8 November 2007 (CST)
 
 
== Enemy spawn chart ==
 
* There's some variation amongst the various mission articles and within the slightly elder [[Rare monsters]] article itself, so perhaps we should finalise and roll out a standard enemy spawn chart. Things like wikitable and the use of <nowiki>{{Color-A}}</nowiki> are no-brainers, but things like the position of the left-most cloumns or the notation of spawn patterns could use some tightening up. - [[User:Miraglyth|Miraglyth]] 18:17, 21 December 2007 (CST)
 
** Thrown together everything I can think of at the moment: see [[Sandbox:Enemy spawn chart|here]]. - [[User:Miraglyth|Miraglyth]] 19:23, 21 December 2007 (CST)
 
*** I know this one's not high on the priority list, but bumping it anyway because Amaury's sandstorm buried it before many would have noticed. - [[User:Miraglyth|Miraglyth]] 08:40, 22 December 2007 (CST)
 
** Looks great to me.  The only thing I could suggest is minor, and that would be to correct a few capitalizations in the table headings.  ;) - [[User:EspioKaos|EspioKaos]] 09:58, 22 December 2007 (CST)
 
*** How about now? Still unsure on whether to push "first spawn" or "initial spawn" (I know it doesn't really matter, but :/ ) and what to do if two map variations share the same block 1. - [[User:Miraglyth|Miraglyth]] 08:01, 23 December 2007 (CST)
 
**** Excellent.  And I say go with "initial spawn."  Like you said, it doesn't really matter, but I just think it sounds better.  ;) - [[User:EspioKaos|EspioKaos]] 08:15, 23 December 2007 (CST)
 
***** Doubt there'll be further objections, so all that's left is what to do with shared block 1s. As far as I'm concerned, [[Rare monsters#Fight For Food]] is an example of vertical stretching looking horrible. My suggestions would be to do as the example is only with far smaller images, or to simply show just the block 2s (and note that), and link the shared block 1 image in the notes beneath the spawn chart. - [[User:Miraglyth|Miraglyth]] 08:42, 23 December 2007 (CST)
 
* Just did a little testing on Fight for Food's chart with smaller images by reducing the A and B pattern images down to 150px.  It works, but it looks a little funny.  So, I say show block 2 in the chart and make a footnote (with image link) stating that block 1 will look the same between both patterns. - [[User:EspioKaos|EspioKaos]] 08:52, 23 December 2007 (CST)
 
** Yeah, should be fine. I don't know how to image link without making it considered an external link though, I must admit. - [[User:Miraglyth|Miraglyth]] 10:12, 23 December 2007 (CST)
 
* On another note, if the "certainly not rare" and "certainly rare" colours are fine, suggest making templates such as <nowiki>{{NotRare}}</nowiki> for their code. - [[User:Miraglyth|Miraglyth]] 10:12, 23 December 2007 (CST)
 
** I'll have to look into making templates for the colors.  I'm not sure if I just didn't something wrong, but my first attempt ended in table destruction when I previewed it.  D: - [[User:EspioKaos|EspioKaos]] 10:32, 23 December 2007 (CST)
 
*** Made everything red? There'd probably need to be a <nowiki>{{/Rare]}</nowiki> tag that closes off the formatting and (if we go with it ) bolding. - [[User:Miraglyth|Miraglyth]] 10:35, 23 December 2007 (CST)
 
**** Ah, figured it out.  I used HTML tags instead of style tags in my first attempt, and that's what killed everything.  <code><nowiki>{{Rare spawn}}</nowiki></code> and <code><nowiki>{{Not rare}}</nowiki></code> are the two templates for this. - [[User:EspioKaos|EspioKaos]] 11:02, 23 December 2007 (CST)
 
***** They were HTML because it seems the only way to target specific text. Those tags as-are will only operate on entire cells. - [[User:Miraglyth|Miraglyth]] 11:19, 23 December 2007 (CST)
 
****** Ah, good point.  These will also change the color of ''initial spawn'' or whatever other descriptor text is in the cell.  We might just have to stick with using un-templated HTML tags to target what we want colored.  I don't think that'd be too much of an issue. - [[User:EspioKaos|EspioKaos]] 12:03, 23 December 2007 (CST)
 
******* My thoughts were thus:
 
 
:::::{| class="wikitable" style="text-align:center"
 
! Template !! Content !! Effect
 
|-
 
| <nowiki>{{RareN}}</nowiki> || <nowiki><font color="#ff0000">'''</nowiki> || Starts red and bolding.
 
|-
 
| <nowiki>{{RareY}}</nowiki> || <nowiki><font color="#007f00">'''</nowiki> || Starts darkgreen and bolding.
 
|-
 
| <nowiki>{{/Rare}}</nowiki> || <nowiki>'''</font></nowiki> || Stops bolding and either color.
 
|}
 
 
::::: 'course it's not necessary at all, but it's a fair amount of hassle and space saved, was the intention. - [[User:Miraglyth|Miraglyth]] 12:38, 23 December 2007 (CST)
 
* I'm running into the same problem as before.  D:
 
{| class="wikitable" style="text-align:center"
 
! Example || Meaning
 
|-
 
| Koltova x4 & Vahra x2 || 4 Koltova and 2 Vahra will spawn all at once.
 
|-
 
| Koltova x4 + Vahra x2 || 4 Koltova will spawn, and 2 Vahra will spawn when '''some''' of the Koltova are killed.
 
|-
 
| Koltova x4 → Vahra x2 || 4 Koltova will spawn, then 2 Vahra will spawn after '''all''' of the Koltova are killed.
 
|-
 
| Koltova x4+4 || 4 Koltova will spawn, and 4 more will spawn when some are killed.
 
|-
 
| {{RareN}}Koltova x4{{/Rare}} || If you get to this point and see the stated spawn, the map variation cannot be rare.
 
|- {{Color-A}}
 
| {{RareY}}Vahra x4{{/Rare}} || If you get to this point and see the stated spawn, the map variation is certainly rare.
 
|}
 
: That's what happens.  D: - [[User:EspioKaos|EspioKaos]] 12:49, 23 December 2007 (CST)
 
** Yeah, I tried pretty much the same thing after watchin' ya make those. I have an idea though, let me try something out. - [[User:Miraglyth|Miraglyth]] 12:52, 23 December 2007 (CST)
 
*** Success. It's still about as short as before, with the benefit of being under one template. Whaddaya think? - [[User:Miraglyth|Miraglyth]] 13:05, 23 December 2007 (CST)
 
**** Excellent!  That's perfect! - [[User:EspioKaos|EspioKaos]] 13:07, 23 December 2007 (CST)
 
***** Alright, I'm happy with that sandbox as it is. This isn't really the sort of thing that can be put to vote, but how about leaving this one open for 5 days or so in case anyone else has suggestions before pushing for it as the standard to be used in mission articles? - [[User:Miraglyth|Miraglyth]] 13:12, 23 December 2007 (CST)
 
****** Sounds good to me. - [[User:EspioKaos|EspioKaos]] 13:18, 23 December 2007 (CST)
 
******* Quick bump before deadline. [[Sandbox:Enemy spawn chart|Linky]] again. Anyone got any further changes or suggestions before time runs out on this one? - [[User:Miraglyth|Miraglyth]] 09:36, 27 December 2007 (CST)
 
******** Fine as it is, then? - [[User:Miraglyth|Miraglyth]] 08:54, 28 December 2007 (CST)
 
********* Five days with no further suggestions from anyone; I think we're good to go.  Now we can begin transferring spawn data to individual mission articles. - [[User:EspioKaos|EspioKaos]] 10:28, 28 December 2007 (CST)
 
********** Ahaha, darnit. It's just occured to me that "details" might be a better word than "features" due to character width. It also feels a little more objective, though I kinda like the flavour of "features". - [[User:Miraglyth|Miraglyth]] 19:15, 28 December 2007 (CST)
 
*********** I have to agree.  It's a small change, so it won't take much time at all to swap the wording in the tables that have been converted.  I'm going to finish up the Duel in the Ruins chart I'm converting, then I'll make the changes to the tables we have in place. ;) - [[User:EspioKaos|EspioKaos]] 20:15, 28 December 2007 (CST)
 
************ Sure you've noticed, but heads-up: Just converted all the GC and Parum mission articles so the tables are ready for the new format. Also went psycho on the existing [[Rare monsters]] article. - [[User:Miraglyth|Miraglyth]] 20:30, 28 December 2007 (CST)
 
************* Heh heh, I see!  Good to be making progress of course.  Now that I've converted the Duel in the Ruins table, I'll change the wording of the tables that need it from "features" to "details," then I'll see about converting more tables.  I'd like to try to get the most wanted ones that people are always asking about done to help give mission articles more exposure. - [[User:EspioKaos|EspioKaos]] 20:38, 28 December 2007 (CST)
 
* (Too many bullets >.<) On an edit-side note, what's your view on the coding format? Many of the tables in [[Rare monsters]] use a separate row for every cell, which does nothing to the article size but might make editing a little easier. - [[User:Miraglyth|Miraglyth]] 20:44, 28 December 2007 (CST)
 
** I noticed the different coding in the Duel in the Ruins table.  It threw me off for a second at first, to be honest.  XD  Personally, I prefer the style of separating cells in a row with double vertical pipes.  (I think that's what they're called.)  I've just gotten used to it, I guess. - [[User:EspioKaos|EspioKaos]] 20:50, 28 December 2007 (CST)
 
  
 
==Closed polls==
 
==Closed polls==
 
Please see [[Manual_of_style_archive | this page]] for the archive of closed polls.
 
Please see [[Manual_of_style_archive | this page]] for the archive of closed polls.

Revision as of 14:25, 16 April 2008

To help save space and make browsing this page easier, older discussions will be archived here.

Open polls

Stat abbreviations

Which would you prefer that we use for weapon and line shield stats? In-game abbreviations such as Tech. and Acc. or the abbreviations used for a character's base stats, TP and ATA? Voting will be open until Tuesday, April 22, 00:00 CDT. Remember to bold your choice, give your reasoning (if you please) and include your signature.

In-game abbr. Base stat abbr.
Att. ATP
Acc. ATA
Def. DFP
Eva. EVP
Tech. TP
Ment. MST
  • In-game abbreviations - I feel that since we're trying to be as consistent with the game as possible (though it's sometimes difficult considering the game's inconsistencies), we should use the abbreviations used on weapon, line shield and unit pages in our articles. - EspioKaos 18:00, 14 April 2008 (CDT)
  • Base stat abbreviations: While I agree with the concept of staying true to whatever is in the game, I prefer the base stat abbreviations for a purely pragmatic reason: no one ever uses the in-game abbreviations when talking about anything, so using the stats makes it less confusing. But, I figure I'm in the minority here, and this is really minor so I'll go with it either way. Only real issue will be spending time to update all those pages (maybe that can be done via templates, but many of those confuse me so idk). --Qwerty 18:11, 14 April 2008 (CDT)
    • The whole template thing is really what's brought this back up. With us working on and hopefully final-finalizing our weapon and line shield templates soon, it'll be easy to do conversions from one style to the other based on the decision we come to here.  :) - EspioKaos 18:17, 14 April 2008 (CDT)
  • Base stat abbreviations - simply less confusing, and while not technically correct still has grounds in the game. - Mewn 18:23, 14 April 2008 (CDT)
  • In-game abbreviations - The reason why? was this was the first thing that came into my mind when i wrote the idea of the shield line template. Natural instinct i suppose when i talk about equips. But when referring to char stats i would naturally use 'Base Stat abbreviations'. Natasha Milarose 18:36, 14 April 2008 (CDT)
  • In-game abbreviations cause it's more consistent with the game and I'm used to it. I wouldn't mind the base stat either because as Q said it's what is used generally when talking about stats. Essen 18:40, 14 April 2008 (CDT)
  • In-game abbreviations - Truth be told, I don't agree with the "one or the other" nature of this poll because the game uses both sets. But the poll's introduction specifically states "weapon and line shield stats", and the game does use Att., Acc. and friends for those so that's clearly what I'd vote for. If and when we make tables about characters, then I would voice my firm support for ATP, ATA and friends then. As for the "what people call it" - I don't think that's relevant to a wiki, really. Nobody really calls luck "photon fortune" in informal discussion either, but they know what it means. What's the difference in this case? - Miraglyth 03:40, 15 April 2008 (CDT)
  • In-game abbreviations - This wiki should show facts, not opinions, so we should use the terms that are actually used in the game itself. Aurly 04:45, 15 April 2008 (CDT)

Armor Line Stats / Board Templates

Addressed to the Permissions department whoever they are..

Greetings, I noticed it seems the Line Sheild pages have been lacking or inconsistent, So I put in abit of time coming up with a more unified template (complete with synth time / success rates which i have tested out personally) for Line boards given in the below example..

Board Stats
Photon [[{{{???-Photon}}}]] x3 Ore Acenaline x1
Hard material {{{Hard Mat}}} x1 - -
[B] Uses 5 Synth Rate 65-70%
Synth Time 0:30 [B] Used {{{Board}}}
{{Line shield board 1-stars
|???-Photon=
|Hard Mat=
|Board=
}}

The above sample demonstrates the 1star template and it goes on until 10 stars (haven't done 11 yet). The add to further benefits this templates will allow easier to edit Shield Line pages having less to edit and you can adjust on the fly any synth changes of all the pages in one go if sega ever performs another systems adjustments on synthing. The only exception to using this template are the few Shield Lines that requires a Bio material in synth they can use an optimal alternate one.

My 2nd Suggestion is an upgrade to the Shield Line Stats template to this:

Stats
Type
Line shields
DFP {{{DFP}}} Att {{{Att}}}
Rarity {{{{{rarity}}} star cell}} EVP {{{EVP}}} Acc {{{Acc}}}
Version {{{version}}} MST {{{MST}}} Tech {{{Tech}}}
MAKER {{{Maker}}} END {{{END}}} Req {{{Req}}}
{{Line shield stats 
|DFP=
|Att=
|rarity=
|EVP=
|Acc=
|MST=
|Tech=
|END=
|Req=
|Maker=
|version=
}}

Data based on current server game adjustments for synths

Board Rarity Synth Time Success Rates Board Uses
1★ 0:30 65-90% 5
2★ 0:30 63-70% 5
3★ 0:30 60-70% 5
4★ 1:00 58-70% 3
5★ 1:00 54-68% 3
6★ 1:00 52-68% 3
7★ 2:00 47-64% 3
8★ 2:30 44-63% 3
9★ 3:00 41-61% 3
10★ 3:00 50-76% 1
11★  ?:00  ??-??% 1
12★  ?:00  ??-??% 1
  • Thats all i have for now I appreciate all the contributions and support, the rest is all yours. I could help on writing the new pages when the templates are finalised. Time to get some sleep for another 12 hour shift. :( Regards Natasha Milarose 08:35, 15 April 2008 (CDT)
    • Excellent! Thanks, Natasha! I've updated the template to include these values. - EspioKaos 09:10, 15 April 2008 (CDT)

I think those with the knowledge would know by now many shield Lines add extra Stats other than the simple DFP, EVP and MST. So this new template provides that. I hope these new suggestions are not too bold. But i do have the templates written up offline and ready to go. Open to any verdicts or rejections.

Regards Natasha Milarose 00:52, 13 April 2008 (CDT)

  • Mainly, I'm just bumping this up to the top of recent changes since I kind of flooded it with minor edits to a work-in-progress template. (Sorry about that. <_<) Anyway, I've been thinking recently about getting a single template set up that would use conditionals to determine the individual synthesis stats based on the entered rarity. That way, we'd only have to worry about a single template instead of multiple. But to be honest, I might be getting in a little too far over my head with that. I've successfully done the conditional template thing a few times, but my most recent attempts have not gone too well. <_<; - EspioKaos 01:59, 13 April 2008 (CDT)
  • That idea sounds better and should put mine as Plan B to fall back on espio, do you have any sample of the template so far, im feeling alittle committed to the shield Line pages at the moment lol. If needed i have collected data based on the current game adjustments on Shield Line success rates (from a 0 armor PM to a 100 armor PM) and its synth times. The only things that fall out of the common equations are the 'specail' Shield lines that use Bio materials, they have their own seperate success rates. Natasha Milarose 03:14, 13 April 2008 (CDT)
  • Conditionals on something like that is tough. You can't really use "If 1 then Acenaline, else if 2 then Wenceline, else if 3 than Aporaline..." because that is insanely messy. It'd really need to be more lookup-based stuff, which can be fiddly to set up within a template but that's a one-time problem. Anyway, as to your suggestion NM: You've got mixed terminology with those stats up there (Att, Acc and Tech vs. TP, DFP, EVP etc.). At this point I would just say "Since this is equipment, use the former" but there's a rarely-voiced disagreement with "which to use" and discussion on that one hasn't resolved yet. - Miraglyth 06:33, 13 April 2008 (CDT)
  • (Att, Acc and Tech vs. TP, DFP, EVP etc) i remember past arguments on that before, however thats not my concern as its not finalised and i was waiting for feedback like yours.. if theres a standard on what terminology yous have set then i would use that, however I'll prob stay out of that argument and see how things play out. It's not a big deal to me which version of those terminology yous use as its all the same. Well in the JP version they only have like the one type of terminology nothing complicated. I hope this terminolgy thing isn't something that would stall this idea for a while.. Natasha Milarose 07:02, 13 April 2008 (CDT)
  • Then yeah. I like this idea a lot. The line shields article used to list Att., Acc. and Tech. bonuses too, but it was taken out "because it's not important in a summary of shields for comparison, things like that are best placed in the individual articles". tbh I've never really agreed with that especially since those stats never were placed in those articles (see: Solid Line, which is essentially based on providing stats instead of slots) and many of them aren't currently documented here anymore! So yeah, it'd be a good addition, definitely. If that board table was meant to be new though, I'm not sure what's different. As to the terminology debate: I've no idea when that'll get sorted. It's something people clash on every so often but are unwilling to resolve. - Miraglyth 09:14, 13 April 2008 (CDT)
  • Nothing exactly is new on the board template its based on PSUpedias original concept except that certain values are now filled out completed instead of having to edit it seperatly on each page, since i discovered the Shield/Armor lines share alittle pattern while testing it out. There for the board template on each individual page you only need to fill out 3 values instead of the 6 or 7 since contributors are always lacking in completness and only fill in like 1 out of 7 values in a template, just think of it as a template upgrade also certain rarity of the template did not exist yet(?). I'll give this alittle more time to see if espios template idea which i see as plan A grows otherwise i might push ahead with my plan B if there are no objections Natasha Milarose 18:30, 13 April 2008 (CDT)
  • Alright, I've got an example ready. Really, it wasn't nearly as difficult as I thought it would be. By using the #switch function, I was able to make a template which automatically fills in materials and quantities based off of a single value, that value being the line shield's rarity. Ultimately, I'll do the exact same for the synthesis times and success rates. That's where the data you've collected comes into play, Natasha.  ;) Template:LS synth test is the template. Now, one thing I'm not certain of how to handle... the extra space. Normally this will be blank. That's easy to do; simply set a default value to be a hyphen. However, for the cell that lists the actual material name, I've hit a snag. I can set the default value as a hyphen for this, but I'm not certain of how I can allow a user to input a material name for the few cases when one is needed yet keep a hyphen when there are no extra materials (outside of requiring the user to type a hyphen). Well, without making a complete list of possible materials as acceptable entries. I'm not against doing that, but I'm sure there's got to be an easier way. Anyone know? - EspioKaos 10:02, 14 April 2008 (CDT)
  • I don't understand what you're asking. Can you give a few examples? Essen 11:44, 14 April 2008 (CDT)
    • Sure. In the case of most line shields, the fourth material cell will be left blank, but on a few, there will be a fourth material which will always be a biomaterial. When it comes to naming this cell, no problem. Type Biomaterial and that's what you'll get. Leave it blank and the default value will add a hyphen. Next up is the cell to the right of that one; the one that would list what material is required along with its quantity. I'd like a way so that by default a hyphen is shown if that value is left blank, yet if you type a material name in this slot (Extra mat., I called it) that material name will appear. The snag I've run into is that when I use a switch command with a default value defined, I don't know how to make it so that whenever anything is typed in that slot, that exact name will appear in the table. As it stands now, with a default defined, no matter what is typed, the default hyphen will be displayed since there are no other parameters defined. - EspioKaos 11:56, 14 April 2008 (CDT)
      • This? Essen 12:02, 14 April 2008 (CDT)
        • I think that's it. So an if instead of a switch. (Crossed my mind, but I think I'm still uncomfortable with ifs, so I was afraid to try them again. XD) Now, is there a way to by default make a hyphen appear in that cell when nothing is typed in? Would the standard #default declaration take care of it? - EspioKaos 12:10, 14 April 2008 (CDT)
          • Like this? Essen 12:29, 14 April 2008 (CDT)
            • HUGE SUCCESS. Seems to be perfect now. Thanks, Essen!  :D Now to fill in the question marked data with Natasha's information and we should be good to go. - EspioKaos 12:31, 14 April 2008 (CDT)
              • Okay. For reference: this section, especially the end of it explaining how to differencies between undefined, empty, and stuff. Essen 12:33, 14 April 2008 (CDT)
  • And now for my take on Natasha's stats template: Template:LS_stats_test. This has another one of those switch lists that will fill in the appropriate rarity color based on the rarity entered. Nothing else too terribly special about it, though. - EspioKaos 15:49, 14 April 2008 (CDT)
  • talk about amazing progress :). Unfortunatly im at work now but i can sketch the information here once im home in like.. 9 hours for you espio. I'm also watching the discussion on the stat abbreviations vote. Ta-ta Natasha Milarose 18:37, 14 April 2008 (CDT)
    • That'll work. Whenever you get a chance to post the data, we can add it to the appropriate spots in the synth board template. Also, I was thinking about doing similar tables for weapons, but it might require a lot more work considering all of the different variables (weapon categories, mostly) that must be taken into consideration. I'd like to think that it's possible to have one base template, and then depending on what data is entered into it, the table's layout would update accordingly (this is mainly in reference to TECHNIC weapons which have one less stat than others), but I'm likely biting off more than I can chew. XD - EspioKaos 19:19, 14 April 2008 (CDT)
      • Oh hot, new template tricks. Yes, this'll work great for weapon templates so we can reduce the number of them we have now. I did already make one base template for weapons EspioKaos and have all other templates call that but with the switch command we'll be able to make the whole setup a lot more "clean". I may play around with this later today if no-one else does. It's always bothered me a bit to have so many templates to be honest! And hey; it's probably possible to generate the whole item stats section using a single template as well for most weapons and armor (minus the drop info, I guess). Aurly 03:16, 15 April 2008 (CDT)
      • Can help with technical details, just correctly separate the various weapons/rarity/manufacturer/... on a draft and I can help design the template itself. Essen 19:26, 14 April 2008 (CDT)
        • Cool, thanks! It doesn't look like I'm going to have time tonight (I've got to head out in a moment), but I'll try to get everything sorted out as soon as possible. - EspioKaos 19:36, 14 April 2008 (CDT)

Closed polls

Please see this page for the archive of closed polls.