Template talk:Item infobox

Early discussion
Before things get too far along or out of hand, shouldn't the community decide on what the parameters should be? --JonTheMon 21:42, 20 May 2011 (UTC)
 * I do agree that discussion is necessary. At this point however, the items that are there are based on the information provided by the developers. You can't simply "remove" items you feel are unnecessary. I have protected the template until discussion and consensus is reached, since this template is used on so many pages. -- Wynthyst [[Image:User Wynthyst sig icon.png ]] talk  21:46, 20 May 2011 (UTC)
 * Alright, I might have dived a little too fast into editing an important infobox, so my apologies, but would you care to explain why there is a "Mana Heal" category, and what its use is? There's already a "Mana Regen" category, so it can't be that. If it's supposed to be a category for how much flat mana it resores, why isn't there a "Life Heal" category? Why is there a section just called "Mana"? Why have a category specifically for "Potion"? Why is the "Power" category stat called "pick"? Is the "Shoot" category supposed to be for projectiles? Why have the "Tool", "Accessory", and "Body Slot" sections, along with the other ones I removed, when you can just specify them as "Sub-Type"s? I assume "Use Time" is supposed to be for how long something lasts, like the Light Orb, but it was a stretch for me to guess that. And on a final note, having a stat called "rare" makes me think it's asking if the item is rare, not what rarity it is.
 * Those are my thoughts on the subject anyway. Take it as you will. Spacebear 22:07, 20 May 2011 (UTC)


 * Ok, let's do this one thing at a time. I didn't set up the initial names, but I can probably figure out the intent.
 * Mana Heal - Probably a straight "how much mana does this recover"
 * Mana Regen - "How fast does the mana regen"
 * Life Regen - Yeah, I could see it also needing a "how much life" parameter as well
 * Pick - Yeah, the name is a bit ambiguous, but what else has power?
 * Shoot - Probably what the item actually shoots (like for a wand)
 * Tool and Accessory - could probably go, since we can detect that from the type
 * Body Slot - (+weapon) I can sorta see either keeping the specific categorization separate (in case you want multiple ways to categorize an item), but having a Sub-type doesn't sound too bad
 * Use Time - if a parameter is unclear, you can make the example/description better
 * Rare - rarity does sound a little better.
 * Anyhow, part of making this better is going through the process of discussion and consensus. --JonTheMon 22:31, 20 May 2011 (UTC)


 * The variables were provided by the devs in the information I used to initially build the wiki. I do agree that the infobox needs tweaking and things, but you can't simply change variable names, and add/remove stuff. This infobox is on every single item page. By changing the variable pick to power, you eliminated the values provided by the devs across the board. By changing the variable rare to rarity, you eliminated the dev provided rarity values across the board..... Your earlier edits that I didn't notice already removed the shoot speed values because you changed the variable sspeed to simply speed, but did not correct it on any of the pages where it was used. -- Wynthyst [[Image:User Wynthyst sig icon.png ]]  talk  22:38, 20 May 2011 (UTC)


 * (Shit, ninja'd while I was typing this up) Alright, I understand that I made a mistake, but that doesn't change the fact that some of the variable names are confusing at best, and that some stats would be much better off being combined into a single variable. To JonTheMon, the Hammer and the Axe both have power ratings.
 * Now, my suggestions for changes and reasonings are as follows:
 * Change "Mana Heal" to "Mana Restored", and add "Life Restored". Associated variables should be changed to "mrest" and "lrest" respectively. You can't "heal" mana.
 * Change "Mana" to "Mana Cost", with associated variable changed to "mcost". I have to assume that this was the original intent of the variable, considering there is no item that just flatly affects a players total mana, aside from the Mana Crystal, and that item only serves to increase the max once.
 * Remove "Potion", "Tool", "Accessory", and "Body Slot" variables. Replace these with an all encompassing "Sub-Type" variable. The way this would work out is that an item would have a "Type", being a "Weapon", "Equipment", "Tool", and one other type for everything else, probably "Miscellaneous". Each type would then have sub-types. Weapon sub-types could include "Sword", "Flail", "Projectile", "Explosive", "Wand", and "Spell". Equipment could include "Helmet", "Shirt", "Pants", and "Accessory". Tool could include "Axe", "Pickaxe", "Hammer", "Hamaxe", and perhaps things like the Bucket, Grappling Hook and the Magic Mirror, depending on if you classify those as tools. Miscellaneous could have sub-types like "Furniture" and "Bricks", etc.
 * Change "Shoot" to "Projectile Fired", rename variable to "pfired". Again, just assuming this was the original intention of this variable.
 * Change "Speed" to "Projectile Speed", rename variable to "pspeed". Clarification
 * Change "Rare" to "Rarity". I guess the variable can be left as is.
 * Add "Speed" variable, used to denote the swing speed of weapons and tools.
 * Change "Use Time" to.... Something, I'm not sure. It needs to be clarified that this variable is for how long an item lasts.
 * Change "pick" variable to "power". Hammers and Axes have power ratings too.
 * All that, and then have it be reordered so that the more important variables are higher up. The way I ordered it in my previous edit is how I think the ordering should go.
 * Spacebear 23:46, 20 May 2011 (UTC)
 * For "Use Time" change to duration? And what about rate of fire? Would that fall under the generic "Speed" parameter? And we might not end up needing projectile fired. I'm still not completely sold on the "Sub-type" variable. It seems a bit too catch-all, and might blow up later. Lemme think on it. As for "mrest" and "lrest", you could make them easier to figure out by having them be more spelled out ("manarestored" and "liferestored" or "mana_restored"). Short names can be good, but not if you have to sacrifice clarity. --JonTheMon 00:41, 21 May 2011 (UTC)
 * Haha, wow, how did I manage to forget about the word "Duration"? That will work perfectly. I actually much prefer having the variable names spelled out completely, I was just trying to keep it consistent. I'm not sure what you think the problems with the Sub-Type section could be. Perhaps you're worried about items like Starfury and the Hamaxes, since they fit multiple categories? You could always list an item under multiple sub-types, such as Starfury being a Sword and a Spell. -- Spacebear 00:55, 21 May 2011 (UTC)
 * Like I said, it just doesn't fully sit well for me, I'm still not sure why. Maybe someone else can bring light to it. Anyhow, do we need fields for "durability", or for armors "protection"? --JonTheMon 14:11, 21 May 2011 (UTC)
 * Somehow you and RBrandon are completely missing the "defense" stat right between "damage" and "pick. It's already there man. A "durability" stat could be handy for showing how strong each building material is, but I'm not sure how you could show that in anything other than words like "takes three hits from x". -- Spacebear 18:47, 21 May 2011 (UTC)
 * Somehow you and RBrandon are completely missing the "defense" stat right between "damage" and "pick. It's already there man. A "durability" stat could be handy for showing how strong each building material is, but I'm not sure how you could show that in anything other than words like "takes three hits from x". -- Spacebear 18:47, 21 May 2011 (UTC)


 * I have to say that I agree with Spacebear (and JonTheMon who ninja'd me). Currently the infoboxes read like a developer's config file, which I guess is exactly where they pulled the data from. We should start with the headings, which need to be made user friendly. "Potion" and "Accessory" are clearly flags used in the code. As far as the wiki is concerned they duplicate "Type" and therefore are redundant. "Shoot" needs to be clarified, I have no clue what it means, rate of fire maybe? "Mana" should be changed to something like "Mana Activation Cost". "Body Slot" is a bit of an enigma, I'm used to seeing it code to refer to head, torso, legs and footwareslots but in Terraria only body armour has a non -1 value which makes me think that in terms of the wiki it should be disregarded. "Use Time" is also irrelevant to armour or permanent effect items, so why include it? If you are loathe to take these values out completely, then maybe just make it so that the template hides them from read view, can it be done so based on "Type"? Values need some work too. The "Rarity" values don't impart much information to the new user, who will ask is a value of 1 rare or common? What are the units of "Use Time", "Knockback" or "Shoot". Oh ... and I wouldn't make templates editable by everyone either. You need to set up an editorial group to oversee that or limit it to editable by yourself based on the outcome of discussion pages. Dephelis 22:55, 20 May 2011 (UTC)


 * I agree, and as soon as we an get clarification from the developers regarding what the values represent those kinds of changes can be made. I do agree that there are some that can be currently removed from view. You guys have to understand.. I was given this information on Tuesday and told to have the wiki live by Wednesday.... I didn't have a lot of time to track down the devs to get clarification. -- Wynthyst [[Image:User Wynthyst sig icon.png ]] talk  23:03, 20 May 2011 (UTC)


 * Hey, no complaints from me here. I was impressed at how fast it came up in the first place! I think the simplest way of moving ahead is to hide what we're not sure about or that seems obvious pending confirmation. That way, if it turns out we were wrong to hide them, they can be revealed with no data lost. My first candidates would be the true/false flags like "Potion", "Tool" and "Accessory" as their purpose is clear. Dephelis 23:11, 20 May 2011 (UTC)


 * One of my complaints was going to be some of the information that is useless in some cases (damage value on non-weapon items for example) so good to hear that it's still being worked on. One thing that I still find strange, however is the absence of a defense value. This would probably be the most important piece of information for armor pieces, and there are several accessories that add to defense as well. I'm not sure if this information is lacking from the source, but even if it is the individual armor values are listed on the Armor page. --RBrandon 14:57, 21 May 2011 (UTC) Also, the item infobox would be a great place to put an item's monetary value. --RBrandon 15:16, 21 May 2011 (UTC)

(reset indent) So, after looking at some random pages, I can see a possible use for the Tool parameter: what is the ideal tool to use to break/remove/harvest a block/item. Is that a plausible use? --JonTheMon 14:17, 23 May 2011 (UTC)
 * I think that's the only use it can have. What would it be for otherwise? Mith - Talk 15:36, 8 June 2011 (UTC)

New parameter(s): Dimensions/Length and Height
Placeable items have 2 dimensions: length and height. For example a furnace is 3x2: 3 tiles long, 2 tiles tall. A parameter should be added to either each one of both in the same variable. Remember that when defining sizes, the order is usually length, height and then width, but in 2D we don't have width. I recommend adding the new paramentes:
 * length =
 * height =

And show them like this in the infobox: It comes in handy when planning constructions to know the sizes. MithranArkanere 16:35, 23 May 2011 (UTC)
 * Dimensions: [length]x[height]

Price (Buy & Sell) fields
Suggestion, there should be fields for Buy and Sell price. You could consolidate this to a single field at the cost of having to calculate one or the other based on the NPC buy cut.
 * Is there any correlation between buy-sell price? Like sell is always 1/2 the buy? --JonTheMon 19:37, 25 May 2011 (UTC)
 * As far as I can tell, all items have a sell price 20% of the buy price, excepting musket balls. For example: if buy price is 5, sell price is 1. Mith - Talk 23:56, 25 May 2011 (UTC)
 * You could always have both and calculate if the other is missing. Assuming that the math really is that simple, that is.  I would think it could be given in one of two ways (maybe both?)
 * Price in copper (ie 5 silver 15 copper would be 515)
 * Price as component (ie 5 silver 15 copper would be 5s15c, or equivalent)
 * Preferably, something human readable on the code side would be preferred (this is wikicode after all) --~Markus 01:54, 29 May 2011 (UTC)
 * Yep. I just found that the 'Sell price' is ALWAYS 'Buy price'/5, rounded down. 1 Musket balls would be 8/5=1.6->1, but if you try to sell 4, you'll get: 4*8=32/5=6.4->6. So it seems both prices are not saved, and the sell price is calculated 'on the fly' based on the buy price. Mith - Talk 19:40, 29 May 2011 (UTC)

&lt;-- I suggest we inform the buy price in the template, as well as display that, as it would appear that is the defined value (sell price is dependent on buy price, and not the other way arround). This is even more important that apparently, selling 4 of an item is not the same as 4 times the price of a single copy. happypal (talk &bull; contribs) 12:27, 3 June 2011 (UTC)
 * That wont work well or make sense for items you can't buy. Besides that, it's only an issue with items that stack, where it's possible to sell more than one at a time.  Since stackability is something that the template checks for, it would be easy to omit or modify it when an item stacks.  ~Markus 13:17, 3 June 2011 (UTC)
 * A buy price can make sense if you state it as "Value" instead of buy, and I also agree with the buy/value instead of sell. --JonTheMon 13:25, 3 June 2011 (UTC)
 * I like the "Value" field. I can insert this into the table. happypal (talk &bull; contribs) 13:29, 3 June 2011 (UTC)
 * I think it would be misleading to list the Value of an item you can't buy as what you would be able to buy it for. Further, I think it should be explicitly stated what something will sell for. Stackable items could have their value shown as price per stack instead of individual price.  This is less misleading as you now know the most you will get for the items. ~Markus talk 13:52, 3 June 2011 (UTC)
 * But isn't it then just as misleading to have a sell price but then be confused why the buy price is so much higher? Some items (like musket balls) you're likely to only buy, so when you look it up here it seems extra cheap but when you go to the merchant it's 5x higher. A value field would be more reasonable b/c "Oh hey, it's worth 1 silver, but since it's a merchant I'll only get 1/5 of the value for selling". --JonTheMon 15:47, 8 June 2011 (UTC)


 * For now, I can insert some "buy"/"value" fields. These can be used for buyable items. I think sell-able items need more discussion, although I don't see the problem with giving a "value" to non-buyable items, as they're sell prices are obviously their "value"/5. I'd rather finish the discussion actually. happypal (talk &bull; contribs) 10:58, 4 June 2011 (UTC)
 * I think you were on the right track. Because some items may only be bought, some may only be sold, I would like to see separate, self-explanatory fields that we can use as applicable, such as "Buy for" and "Sell for". ~ SgtKlaos ( T / C ) 18:22, 13 June 2011 (UTC)

Price Fields part 2
This conversation seems to have died, so I'll try to resurrect. I think the best would be to have a single "Value" field, even for items that are not buy-able. This allows for a standardized price, and is how the game does it internally anyways. The Word "Value" in the box can link to a page that explains the buy/sell mechanics of the game. happypal (talk &bull; contribs) 06:57, 8 June 2011 (UTC)
 * Yeah, so unless somebody has more input, that's what I'll be doing. happypal (talk &bull; contribs) 09:59, 13 June 2011 (UTC)
 * I'm for it. --JonTheMon 15:32, 13 June 2011 (UTC)
 * Done, but I'm not sure how I feel about the linked "Value" field: It's color is in sharp contrast with the other fields... Maybe I should make it a "black" link? happypal (talk &bull; contribs) 06:54, 14 June 2011 (UTC)
 * Don't worry about the contrast. A black link would defeat the purpose of putting the link there, a link no one can see it's a link becomes rather pointless. And sooner or later, there will be either articles each one pf the other terms, or a glossary that put them all together. Mith - Talk 14:57, 14 June 2011 (UTC)
 * I guess I should have posted this in the 2nd Price Fields section and I hope the discussion is still open: I think you were on the right track (in the last section, where you crossed it out). "Value", besides being an ambiguous term, especially if we agree to define it as the buy price, will not be applicable for most items, right? Can't we sell far more items than we can buy? Because some items may only be bought, some may only be sold, I would like to see separate, self-explanatory fields that we can use as applicable, such as "Buy for" and "Sell for". What do you think? ~ SgtKlaos ( T / C ) 15:41, 14 June 2011 (UTC)
 * The problem is that there is no "self-explanatory" sell price. If you can tell me what you would put in the sell price of Musket Ball, I'm all ears. "Value" is not ambiguous, and perfectly explained in the page. happypal (talk &bull; contribs) 15:47, 14 June 2011 (UTC)
 * If you divide different sized stacks of Musket Balls by it's sell price in single Musket Ball increments, you'll find the values fluctuate between just below 1.6 copper coins and exactly 1.6 copper coins, the dip under 1.6 no doubt from rounding away fractions of a copper coin when the true selling value is not divisible by 1.6. A sell price of 1.6 copper also matches up perfectly with the given buy price of 8 copper, since we accept that buy prices seem to be 5 times the sell prices. You can take that price to the bank. (and see the below response) ~ SgtKlaos ( T / C ) 17:08, 15 June 2011 (UTC)


 * EDIT: Value is applicable to any item that is either buyable or sellable. happypal (talk &bull; contribs) 15:48, 14 June 2011 (UTC)
 * A buy price ("value") is not as applicable to the ~120 items you can't buy. No one needs those numbers - they will have to crunch numbers every time they plan to cash in on an item they found or crafted. "Sell prices" for those would be usable on sight and no one would need to click a link and read through another page to find out whether "value" meant for buying or selling. ~ SgtKlaos ( T / C ) 17:08, 15 June 2011 (UTC)
 * We could indeed use a comma value for the 1 object where it isn't a round number. For buy-able items though, you are suggesting we have both a Buy and Sell field? I'm not against it either, but I fear it might be bloated? I'm fine for doing it that way too. Anybody against? happypal (talk &bull; contribs) 18:52, 15 June 2011 (UTC)
 * I would prefer we keep it to a single field, not both buy/sell. Other options would be to switch value to the sell price or have the field be "Buy/Sell" and the entry be "8/1.6" --JonTheMon 19:11, 15 June 2011 (UTC)
 * I think JonTheMon found a good compromise; his idea prevents bloating and gives all the information in an obvious format. The only thing that still bothers me is this would still give too much useless information: all those buy prices for 120+ items you can't buy. Shouldn't we keep that out? The ~20 items you can buy could have a "Buy/Sell" field and the rest just have a "Sell" field; or the ~20 buy-ables could have the two separate fields. ~ SgtKlaos ( T / C ) 19:38, 15 June 2011 (UTC)
 * In this solution, we'd only put the buy price on buyable items. happypal (talk &bull; contribs) 20:08, 15 June 2011 (UTC)
 * Yeah, because who is going to sell stacks of things you can buy? Sell prices seem mostly not applicable for the buy-ables. ~ SgtKlaos ( T / C ) 03:47, 16 June 2011 (UTC)

&lt;--I don't know, you can sell sunflowers for money... happypal (talk &bull; contribs) 06:33, 16 June 2011 (UTC)

Like this? happypal (talk &bull; contribs) 11:50, 16 June 2011 (UTC)
 * I'm not going to read through all of that mainly because I haven't slept at all yet (6:55 am~) but I've been wanting to do something like this (show selling price item pages). I like the 2nd table, its pretty simple, I just don't know how it would really fit on pages atm (it's a bit awkward) but that can be easily fixed. -- ❤Kalilla❤ 11:56, 16 June 2011 (UTC)
 * I love it, happypal. Sunflowers are one of the exceptions - they could use the Buy/Sell listing. You could express everything in copper coins to make comparisons and calculations a li'l easier, but I think it's good to maintain the feel of the game and show prices in copper/silver/gold like the NPC's. And I'm right behind you ❤Kalilla❤, if you put the prices up, I'll add some useful statistics (best values, etc.). ~ SgtKlaos ( T / C ) 15:05, 16 June 2011 (UTC)
 * I've actually been making note of almost everything I come across in the game for a sell price, really would like to do this. I might start soon and uses the template happypal created...just have to find a good spot for it /stumped -- ❤Kalilla❤ 23:12, 16 June 2011 (UTC)
 * We're going to add either buy or sell or buy/sell into the main item infobox soon here. --JonTheMon 23:56, 16 June 2011 (UTC)
 * Why not use both? That makes so much more sense having both since not every item (maybe only 10% of the items in the game) can actually be bought. Use the first one on items that NPC's sell (the only one its good for, maybe like 20 items...) and the other 150 items you can use the 2nd one for. -- ❤Kalilla❤ 00:04, 17 June 2011 (UTC)
 * I'm ready to roll this in. This is what we want, there is no miss-understanding, right? happypal (talk &bull; contribs) 06:46, 17 June 2011 (UTC)
 * Is there anything that I can do to help? I have the price lists ready on page User:Kalilla/Item_Selling_Prices. -- ❤Kalilla❤ 06:59, 17 June 2011 (UTC)
 * Uh, would it be possible/better to just have a single field each for buy / sell, and just state that it has to be in copper equivalent? --JonTheMon 12:56, 17 June 2011 (UTC)
 * It could, but I see 2 problems:
 * we don't have any math parsers installed (as far as I know), to convert to gold and silver on the fly.
 * Is it actually simpler though? How much copper does the minishark cost? 500000? 50000? 5000000?
 * Maybe a simpler alternative is to not interpret the field, and ask the user to fill it using template:value? I'm all ears. happypal (talk &bull; contribs) 13:07, 17 June 2011 (UTC)
 * I always found the the method much easier than typing in 500000 copper. -- ❤Kalilla❤ 13:11, 17 June 2011 (UTC)
 * So like, Buy=2|50 for, or, Buy=3|2 4|50 for  -- ❤Kalilla❤ 13:15, 17 June 2011 (UTC) Edit: Or just use P/G/S/C instead of 1/2/3/4 -- ❤Kalilla❤ 13:16, 17 June 2011 (UTC)

&lt;-- I was thinking more like "Buy= " for.

I don't know, I'm trying to find the most convenient solution. Jon, do you have anything in mind? happypal (talk &bull; contribs) 13:20, 17 June 2011 (UTC)
 * There are 224 pages that would need covered, and could probably do 2-3 pages a minute per person. Three people could finish the job in 24-25 minutes easy, at least for the selling prices and taking advantage of copy and paste lol. -- ❤Kalilla❤ 13:24, 17 June 2011 (UTC)
 * Putting the value template as a Buy= parameter might work. It'll make the infobox a lot cleaner and if there are any weird exceptions in the future would be more flexible. --JonTheMon 13:48, 17 June 2011 (UTC)
 * I'll do that then. The new template:gc should help. happypal (talk &bull; contribs) 13:53, 17 June 2011 (UTC)
 * There, this looks near perfect: User:Happypal/Cost. Is everybody happy with that? happypal (talk &bull; contribs) 13:59, 17 June 2011 (UTC)
 * I was looking at it and it looks extremely simple and fast. It should help a lot more than what value was doing for us.
 * buy = 1
 * sell = 50
 * Can't really get simpler than that I think. -- ❤Kalilla❤ 14:03, 17 June 2011 (UTC)
 * I'm fine with it, but maybe give it a couple hours for a couple more opinions? --JonTheMon 14:05, 17 June 2011 (UTC)
 * Definitely. happypal (talk &bull; contribs) 14:08, 17 June 2011 (UTC)
 * Probably best, also if your going to use my page happypal pointed out that some of the values aren't exactly accurate, like decimal places. I only recorded a single item. I'll be going through it later today after I get some rest and finding out the exact numbers, at least as far as I care to find it. But for now they are within 0.9 of a copper coin and should be plenty accurate for now at least. -- ❤Kalilla❤ 14:09, 17 June 2011 (UTC)
 * That does look perfect, happypal. Thanks for waiting up, guys. Kallila, great work - I love finding those numbers myself. ~ SgtKlaos ( T / C ) 14:45, 17 June 2011 (UTC)
 * I would have wanted to wait a little more, but I'll be completely offline this week end, and since there has been increasing demand for this pressure, I don't want our editors to wait until Monday, so I'm putting it in now. I'm removing the old "val" variables from the template, so please change those on the existing pages. happypal (talk &bull; contribs) 16:33, 17 June 2011 (UTC)
 * Does this mean we have the go ahead to start adding buy/sell to item pages happypal? If so I'll get started soon. -- ❤Kalilla❤ 20:14, 17 June 2011 (UTC)
 * I'm not entirelly satisfied with the results, but I think it is better to roll it out and use it then discuss forever. So yes, go right on ahead :) happypal (talk &bull; contribs) 20:21, 17 June 2011 (UTC)
 * Take a look at Iron Shortsword, is this what you envisioned for your template? Before I go crazy changing everything? -- ❤Kalilla❤ 20:23, 17 June 2011 (UTC)
 * Looks fine to me except I would not bold the cost. --JonTheMon 20:27, 17 June 2011 (UTC)
 * I've been running into issues on the armor set pages. I developed a workaround for now, tell me if its acceptable or not please. Example: Iron Armor and Copper Armor -- ❤Kalilla❤ 21:18, 17 June 2011 (UTC)
 * It would probably be easier to just add a sell parameter to the armor infobox. --JonTheMon 21:24, 17 June 2011 (UTC)
 * Yea I don't want to leave it like that at all, I just don't know how Happypal set up the system so I can't do it myself atm so atm it's just a workaround for armor set pages -- ❤Kalilla❤ 21:28, 17 June 2011 (UTC)
 * So we should have the Buy and Sell options for armor infobox, and also I want to request a SetBuy and SetSell that does exactly the same thing as Buy and Sell does, just says (Set) Sell 1 20. I think that would be a nice touch for armor set pages since they are all grouped, even the vanity items now. -- ❤Kalilla❤ 21:33, 17 June 2011 (UTC)

(reset indent) Ok, I've added a "sell" value to the armor infobox. Now for the sell value of a set, I might go 6(set) instead of your idea. Just a thought. --JonTheMon 21:39, 17 June 2011 (UTC)
 * That's fine, I just posted something that made sense for now. Change it to whatever works best I just wanted something up there for now :) I'm going to leave the gems page alone for now since that information has been on there for a long time and the table isn't bad, just a nonstandard. It works for the page though so I'm not going to mess with any of them. -- ❤Kalilla❤ 22:10, 17 June 2011 (UTC)
 * Finished linking the 224 items on the wiki that have a selling price above 1 copper coin. Hope I didn't make too many mistakes, think its okay though. -- ❤Kalilla❤ 23:05, 17 June 2011 (UTC)
 * Now that that is out of the way, for now, what should we do about the other 58 items that have no worth? Should we use the Sell template and just say No Value like the game does? -- ❤Kalilla❤ 23:16, 17 June 2011 (UTC)
 * Any thought on what I said earlier?, about the 58 items that have no worth. -- ❤Kalilla❤ 07:13, 18 June 2011 (UTC)
 * I think [sell = 'N/A'] should be fine. happypal (talk &bull; contribs) 08:14, 18 June 2011 (UTC)
 * Sure, N/A is fine, but imho, No Value adds the flavor and nostalgia of the game to the wiki. ~ SgtKlaos ( T / C ) 08:53, 18 June 2011 (UTC)
 * I'm fine with N/A or No Value. I'll be doing the rest later, just right now I'm chilling with my bf watching some anime taking a break from editing the wiki. I'll be doing it later today as well as finding the exact selling values as well. I'll use the N/A for now as that works just fine. In my opinion it should be No Value because that is what the game does, but I don't mind either way. -- ❤Kalilla❤ 09:20, 18 June 2011 (UTC)
 * I'm going to do what happypal has suggested for now, it can be changed later if we decide on no value replacing n/a. -- ❤Kalilla❤ 12:27, 19 June 2011 (UTC)
 * I'm going to leave 4 examples and would like to hear what people think would be best:


 * Let me know what you think looks best please -- ❤Kalilla❤ 12:33, 19 June 2011 (UTC)
 * Also there are only 3 items so far in the game that have a non standard value: Musket Ball (1.6), Meteor Shot (1.6), and Angel Statue (0.2). I've checked all armors, weapons, accessories, items, materials; all the 224 items that have any worth at all. I've changed the item pages accordingly.

Item type
Rather than categorising all weapons as just "weapon" why not separate melee weapons and ranged weapons? --Demian 09:04, 26 May 2011 (UTC)


 * There should be some way to add different types, and/or nested types. Look at Bottles:
 * They are 'furniture'.
 * They are part of a 'tool' (alchemy station).
 * They are also a crafting material.
 * Same with weapons. A melee weapon is both a weapon and a melee weapon, but it cal also be a sword, or a magical item, etc. Mith - Talk 12:24, 27 May 2011 (UTC)

Consumable
Consumable doesn't appear in the actual item infobox, only adds the category. It should appear in the infobox like with 'placeable'. Mith - Talk 12:19, 27 May 2011 (UTC)
 * It is triggered by the Consumable = True variable that was provided by the developers. While many things are consumable, not everything that is consumable is placeable. -- Wynthyst [[Image:User Wynthyst sig icon.png ]] talk  03:15, 29 May 2011 (UTC)
 * You don't seem to understand what I mean. When you set 'Consumable = True' it adds the category, but not the info in the infobox itself. Mith - Talk 20:17, 29 May 2011 (UTC)
 * I understand exactly what you mean. I'm just pointing out that correlating it with "Placeable" doesn't make much sense since they are two separate subtypes. If you mean that you would like to see an additional "subtype" field in the infobox, that should be part of the initial discussion on the page. -- Wynthyst [[Image:User Wynthyst sig icon.png ]] talk  20:39, 29 May 2011 (UTC)
 * I just mean that when you set an item with "Consumable=True", the infobox should show a line that says: "Consumable | Yes", like already happens with 'Placeable=True", no additional fields, no relation whatsoever with Placeable, no extra subtypes or anything like that. It adds the category, but it doesn't appear as part of the drawn infobox table itself, like this:


 * I don't see the need for additional subtypes, just show in the infobox the type that appears only in the list of categories, but not in the infbox. Mith - Talk 12:44, 30 May 2011 (UTC)


 * I can see either adding the consumable item to the infobox OR adding a generic "Properties" field, which might show, say, "Consumable" or "Consumable, Placeable" or just "Placeable". --JonTheMon 15:06, 31 May 2011 (UTC)

Proposal
Ok, this seems to have died down, but I think we have a better idea of what's going on so we can actually have some proposals.
 * pick -> power
 * mheal -> manarestore
 * mregen -> manaregen
 * hregen -> healthregen
 * +healthrestore
 * -shoot (remove)
 * sspeed -> shootspeed
 * +speed (rate of fire/swing)
 * tool -> what tool is used to remove the block
 * use -> duration
 * rare -> rarity
 * +value (theoretical buy price)

Any other thoughts/objections? --JonTheMon 18:36, 10 June 2011 (UTC)


 * What's the difference between the different speeds and the use time? It seems these entries need some specification as to what they're used for. I've both seen "Shootspeed: Slow" and "Shootspeed: 12" on items' pages, that's no very homogeneous.--DoubleFloat 20:48, 12 August 2011 (UTC)

"When added" field
A field in which you can insert the version in which the item was added would be great. With this there wouldn't be this information in the text.
 * I think that kind of thing fits better under a 'trivia' section, since the date of addition doesn't affect the current version and its gameplay in any way. Mith - Talk 09:02, 11 June 2011 (UTC)

Type2
The item infobox needs a type2 like the npc infobox has. Things like the Empty Bucket or the Jungle Rose are both vanity and something else (tool and crafting material respectively). --Gez 10:46, 11 June 2011 (UTC)
 * Since one item can fit in several different categories, it would be simpler just to add multiple categorization:
 * Placeable= Yes/No.
 * Equipable= Yes/No.
 * Material= Yes/No.
 * Consumable = Yes/No.
 * Vanity= Yes/No
 * Ammo = Yes/No.
 * And so on. Mith - Talk 15:11, 11 June 2011 (UTC)
 * Good solution. Another example this would work well is a Fallen Star: Ammo, Material, and Consumable (like potions, it restores 20 mana). ~ SgtKlaos ( T / C ) 17:16, 15 June 2011 (UTC)
 * Very good solution, could probably work on sunflower (item) and sunflower ~ Null ( T - C ) 17:21, 15 June 2011 (UTC)
 * I'm against it, because it's not even data that appears in the infobox. These things serve no other purpose other than categorization... Why not just explicitly categorize said objects? happypal (talk &bull; contribs) 18:55, 15 June 2011 (UTC)
 * Hmm. I'm still a little ignorant of the "invisible" categorization you're talking about. We should categorize them. Additionally, I was thinking these things would be in the infobox, just like they are in the tooltips in-game. Doesn't the infobox sort-of represent a detailed tooltip? ~ SgtKlaos ( T / C ) 19:38, 15 June 2011 (UTC)
 * (de-indent) I think it's better to have categorization handled by the template anyway. So that, for example, if the categories are modified, you just have to edit the template to update all pages. --Gez 22:47, 15 June 2011 (UTC)
 * Sounds great, Gez. It also sounds technical, do you know how to make it happen? Happypal, it sounded like you were saying categories should stay out of the infobox and stay at the bottom of the item's page. I know you are against bloating the infobox, but don't these properties contain the most important information about the item? Doesn't everyone want to know this information first? Should they all have to scroll to the bottom of the page to get the item's fundamentals before reading the details? ~ SgtKlaos ( T / C ) 15:39, 16 June 2011 (UTC)
 * It's really simple.


 * and so on. Put "|placeable=yes" in the infobox code on the page to categorize it as furniture; leave the field out (or explicitly leave it empty) to not categorize it. --Gez 15:51, 16 June 2011 (UTC)


 * So, I mentioned this above in Consumable, but if we really wanted all these traits in the infobox, why not have a "Trait" field and just list all the traits there, based on parameters? (Parameters could also set the categories.) If we wanted to condense the infobox, maybe have that field be collapsible. --JonTheMon 15:45, 16 June 2011 (UTC)
 * It could be done as well. --Gez 15:51, 16 June 2011 (UTC)
 * I don't like the listing of all types, because it severely limits the possibilities of what you can place inside the types. I'll just add a type2, like for NPC info box, for now, but we can still further discuss. happypal (talk &bull; contribs) 07:00, 17 June 2011 (UTC)

Type: explain?
Is the "Type" the internal number for the item, or a description? The few pages I looked at didn't have examples. Riking 22:09, 20 June 2011 (UTC)

Rarity
Since the number denotes a color, and we have an article called rarity, I suggest we link the word "rarity", and replace the number with actual (colored) text:

happypal (talk &bull; contribs) 20:20, 8 July 2011 (UTC)
 * Edit: Or if the color is too flashy, I still think text > numbers. happypal (talk &bull; contribs) 20:22, 8 July 2011 (UTC)


 * Er, do we want both the text (in the color) and the number? I think the number is a bit redundant at that point. --JonTheMon 15:17, 12 July 2011 (UTC)
 * Since I had gotten no reply, I didn't want a sudden change. a Color might not mean much to a new user, but the number might...? I'll change it tomorrow if you think it is better. happypal (talk &bull; contribs) 17:28, 12 July 2011 (UTC)
 * Well, do we have any other names for each rarity other than number or color name? Like "Common, uncommon, rare, super rare"? --JonTheMon 17:57, 12 July 2011 (UTC)
 * Also, since you linked "Rarity" they can look up what the color means as well, if we just have the color name. --JonTheMon 17:58, 12 July 2011 (UTC)
 * You are probably right, I'll just do it now. happypal (talk &bull; contribs) 18:34, 12 July 2011 (UTC)
 * I'd be tempted to use "Common" instead of white though. Sounds/looks better. happypal (talk &bull; contribs) 18:35, 12 July 2011 (UTC)

Needs to be updated to recognise the new tiers from 1.1, but I don't have permission to edit.--TheFinalBiscuit 18:08, 9 December 2011 (UTC)
 * What are the new rarities and what are their colors (a table might help)? --JonTheMon 19:18, 9 December 2011 (UTC)
 * I updated happypal's rarity table to include the new tiers from 1.1. Gray and Purple are there for completion's sake, but won't be needed as no item currently has those as base tier, they only show up on reforged items. Also, MithranArkanere (who NINJA'D me while I was sorting out this table) has some good points, but got some of the colours wrong, and I don't think the massive text would fit very well on the item infobox. I took these colours straight from the Rarity page on the wiki and put them into the table.

--TheFinalBiscuit 16:20, 10 December 2011 (UTC)
 * Look, 1.1 has been out for almost three weeks now, and this still isn't updated. I'd do it myself, if I had access to the template, but I don't, so, you know, stuff.--TheFinalBiscuit 15:42, 21 December 2011 (UTC)
 * Right, i seem to have missed this at some point. It'll get added in. --JonTheMon 15:48, 21 December 2011 (UTC)
 * Wait, what rarity number is purple? --JonTheMon 15:50, 21 December 2011 (UTC)
 * Rarity 6. --Icke 16:59, 21 December 2011 (UTC)
 * Technically it's 6, but no item has purple as its base rarity, it's only available by getting a good reforge on red and magenta weapons. I'm sure that when 1.2 or whatever comes out, there will be items with a base rarity of purple, but for now it doesn't need a number.--TheFinalBiscuit 10:29, 22 December 2011 (UTC)


 * That was just an experiment to try out the colors and get the closest possible ones, making them look as close as possible as how they are in-game. I took screenshots and compared the numeric values to get the closest possible Web Colors, and used CSS to add a border. But now that I think about it, if it was possible to use the Andy font embedded with CSS so it works on computers that do not have it installed, the quality and name in the infobox could be combined to show the names in the infobox just like in-game, with the colors, since items do not have 'quality' or 'rarity' indicators other than the name color themselves. Mith - Talk 16:35, 10 December 2011 (UTC)


 * Let's see... more than 'rarity' the colors seem to denote 'quality'. The better the item, the 'higher' the quality color, regardless of how rare the original item is. And each reforge property has a quality modifier. For example, the vanilla Starfury is Blue, but a Broken Starfury gets its quality reduced two tiers to gray, and a Mystic Starfure gets its quality increased two tiers to orange. We should probably note this in the Reforge page. (Edit: Some tables already note it as 'tier')
 * {| class="terraria"

! Color ! Quality level
 * style="text-shadow: -2px 0 black, 0 2px black, 2px 0 black, 0 -2px black;font: 16pt Andy, Comic Sans MS; color: gray; "| Gray
 * style="text-align:center;"| -1
 * style="text-shadow: -2px 0 black, 0 2px black, 2px 0 black, 0 -2px black;font: 16pt Andy, Comic Sans MS; color: white;"| White
 * style="text-align:center;"| 0
 * style="text-shadow: -2px 0 black, 0 2px black, 2px 0 black, 0 -2px black;font: 16pt Andy, Comic Sans MS; color: slateblue;"| Blue
 * style="text-align:center;"| +1
 * style="text-shadow: -2px 0 black, 0 2px black, 2px 0 black, 0 -2px black;font: 16pt Andy, Comic Sans MS; color: lightgreen;"|Green
 * style="text-align:center;"| +2
 * style="text-shadow: -2px 0 black, 0 2px black, 2px 0 black, 0 -2px black;font: 16pt Andy, Comic Sans MS; color: sandybrown;"|Orange
 * style="text-align:center;"| +3
 * style="text-shadow: -2px 0 black, 0 2px black, 2px 0 black, 0 -2px black;font: 16pt Andy, Comic Sans MS; color: lightcoral;"|Red
 * style="text-align:center;"| +4
 * style="text-shadow: -2px 0 black, 0 2px black, 2px 0 black, 0 -2px black;font: 16pt Andy, Comic Sans MS; color: orchid;"|Violet
 * style="text-align:center;"| +5
 * style="text-shadow: -2px 0 black, 0 2px black, 2px 0 black, 0 -2px black;font: 16pt Andy, Comic Sans MS; color: mediumpurple;"|Purple
 * style="text-align:center;"| +6
 * }
 * Note that I don't know the exact numeric values. I just use the numbers as reference to a 'white' item. Also, check the page code for the colors and CSS to give them borders using the text-shadow property. I tried to get the Web Colors closer to the in-game colors. Also, it's best seen with this font installed, but the silly comic sans should work too. Mith - Talk 16:08, 10 December 2011 (UTC)
 * style="text-shadow: -2px 0 black, 0 2px black, 2px 0 black, 0 -2px black;font: 16pt Andy, Comic Sans MS; color: orchid;"|Violet
 * style="text-align:center;"| +5
 * style="text-shadow: -2px 0 black, 0 2px black, 2px 0 black, 0 -2px black;font: 16pt Andy, Comic Sans MS; color: mediumpurple;"|Purple
 * style="text-align:center;"| +6
 * }
 * Note that I don't know the exact numeric values. I just use the numbers as reference to a 'white' item. Also, check the page code for the colors and CSS to give them borders using the text-shadow property. I tried to get the Web Colors closer to the in-game colors. Also, it's best seen with this font installed, but the silly comic sans should work too. Mith - Talk 16:08, 10 December 2011 (UTC)
 * }
 * Note that I don't know the exact numeric values. I just use the numbers as reference to a 'white' item. Also, check the page code for the colors and CSS to give them borders using the text-shadow property. I tried to get the Web Colors closer to the in-game colors. Also, it's best seen with this font installed, but the silly comic sans should work too. Mith - Talk 16:08, 10 December 2011 (UTC)

Dimensions
Pretty sure that should work properly. Right after Placeable would probably make the most sense. - Tanetris 16:23, 21 October 2011 (UTC)

Improvements
The current infobox is a bit of a mess, so here is a proposal to clean it up:
 * Keep names for what they are, because it is a lot of (unneeded) work to clean that up.
 * Add a field 'hheal'='health restore', because it's simply missing.(Why isn't that added a long time ago... so many requests already.)
 * Remove 'shoot', because it refers to the projectile id, which is some data needed for the game to work, but makes no sense to place it on this wiki. (Except if you want to add the source code of the game too, so people can look up what projectile it refers to.)
 * Remove 'id'='tile id', same reason as above.
 * Let 'sspeed'='shoot speed' refer to this page: Shoot Speed, because currently there is a lot of confusion about what shoot speed means. (People are adding the tag 'slow' or 'fast' to it, while that has to do with the use time and not with the speed of the projectile.) (I looked this up in the source code, shoot speed really is the speed of the projectile!) --Icke 10:24, 28 October 2011 (UTC)
 * Those proposals seem reasonable. Most changes never occurred because we didn't know what each field really meant. About the only thing I might object to is removing the ID. We don't have to show it, but we can still document it. --JonTheMon 12:02, 28 October 2011 (UTC)
 * I've spend some more time looking at what speed you use an item and it seems it actually depsends on the lenght of the annimation and not of the use time. I'm properly going to spend the next few hours updating all those values(most are the same, but I need to check them all). Also for the use speed the following rules are used: <=8: insanly fast, <=20: very fast, <=25: fast, <=30: average, <=35: slow, <=45: very slow, <=55: extremely slow, >55: Snail. (lol, snail...), anyway as I'm unable to change this template(because it's protected) I really want to ask that someone that is able to change this template actually changes it. It seems all requests so far were ignored leaving this template uncompleted(even simple things like adding 'hheal'='health restore' weren't added.) I really would like to see that that doesn't happen again this time, so please just change it when you read this. --Icke 19:32, 29 October 2011 (UTC)
 * It'll get done either tomorrow or the day after. I want to let a little bit of time pass for anyone else to chime in. --JonTheMon 19:53, 29 October 2011 (UTC)
 * I don't see much of a problem. I've never really understood nor realised the point in use time, useanimation, shoot speed etc. so your contributions to determining their real meaning and their real values are appreciated. Keep up the work! — iLiaWneK (talk) 22:45, 29 October 2011 (UTC)
 * How's that? --JonTheMon 16:11, 1 November 2011 (UTC)

Critical Strike Chance
According to the most recent teaser it seems that at least some weapons are going to get a critical strike chance bonus. It may be a good idea to add another parameter for the critical strike chance, so that it doesn't end up at the tooltip. (You may wan't to wait with this till version 1.1 comes out, because currently there are only a few items of which the critical strike chance is known.) Beside that I'd like to point out once more that there still isn't a hheal field added. --Icke 00:15, 22 November 2011 (UTC)

Type3 or multiple types
Sand is a block, a crafting material and it's also ammo. Another example are Fallen Stars. There are other examples of items with more than 2 types. Either a way to set multiple types in the same 'type' must be set, or this template increased to have 3 (or maybe even 4 or 5 just in case). Mith - Talk 15:19, 5 December 2011 (UTC)

Reforge
Some items can be reforged, some can't. That should be noted too. Mith - Talk 14:42, 10 December 2011 (UTC)
 * Well, if they can't be modified, they can't be reforged, right? so I was thinking of adding a "modify-able = " parameter, and if yes, would display a link to modification/reforge. --JonTheMon 16:15, 10 December 2011 (UTC)