Template talk:Item

From TheKolWiki
Jump to: navigation, search

Oh wow! Nice work on the equipment template! I'm such a noob. *blush* --LucySpace 18:16, 17 June 2006 (CDT)

  • Yeah, I'm not sure if knowing that much about a wiki parser is something to be proud of...perhaps. Well, if everything looks good, I say we move it up to the production line. Whattddya say?--Dehstil (T | C) 18:28, 17 June 2006 (CDT)
    • I've placed it on Proposed Standards, where the rest of the major contributors (as well as the admins) can comment on it. --Quietust 18:36, 17 June 2006 (CDT)
      • Mmm, I've noticed you put the capability for it to be extended for most items instead of just equipment (ie, worthless trinket). Think we should add Gift Item, (Cooking ingredient), (Cocktailcrafting ingredient) and (Meatsmithing component) and allow it to be applied to any type of item? --LucySpace 20:15, 17 June 2006 (CDT)
        • Definitely. Also with (Jewelrymaking component), and possibly a few others we forgot about. --Quietust 20:19, 17 June 2006 (CDT)
          • Like Damage Reduction: X for shields, Capacity: X for containers. ;-) --JRSiebz (|§|) 23:16, 20 June 2006 (CDT)


There are 3 cases for autosell:

  1. Sellable at a particular price (i.e. most items), shows "Selling price: n Meat."
  2. Non-discardable (i.e. special items), shows "Cannot be discarded"
  3. Discardable (i.e. worthless trinkets), shows neither of the above.

We need a logical way to choose the 2nd and 3rd cases - before the template was changed to use ParserFunctions, "autosell=" chose the 3rd case, and simply omitting autosell entirely chose the 2nd case. I don't know enough about ParserFunctions to fix it to behave the same, so it might be necessary to change the syntax a little bit (perhaps with "autosell=0" for discardable stuff). --Quietust 11:00, 22 June 2006 (CDT)

  • I made it so that autosell=0 means "discardable", and autosell=-1 (or just leave the parameter off entirely) means "cannot be discarded"... and put a "(Can be discarded)" reminder for the former... sound good? Or would another parameter, say discardable=0 be better? Phlip 11:09, 22 June 2006 (CDT)
    • For now, we're looking to duplicate the look of the in-game pages, so what you've got now should work fine (except without the "(Can be discarded)", since that can go in the item's notes or something). --Quietust 11:45, 22 June 2006 (CDT)
      • For consistency, I'm making it so autosell=0 gives "Cannot be discarded" and omitting autosell leaves the message off entirely - that way, you don't add a message by omitting a parameter. --Quietust 19:50, 22 June 2006 (CDT)


It would be nice to have a standard place to include the plural form of the item, both for reference and so we know which ones need to be checked. Any objections to putting it right at the bottom (right after the spot for no multi-equip)? --Quietust 12:20, 27 June 2006 (CDT)


  • the new ItemID section makes the header of the item look too crowded, and the picture is no longer centred on the page. couln't you throw a newline after it so that it forms a proper header, and the picture can be centred in the full width of the page? </2c> --Evilkolbot 04:59, 1 July 2006 (CDT)
    • the recent tweak to make the ItemID section not affect the centering is better, but if the item description is long and the font chosen by the reader large (or if you're using ie7 beta) the text overlaps. --Evilkolbot 05:16, 1 July 2006 (CDT)
      • Still doesn't look perfect in msie.--Dehstil (t|c) 16:26, 30 July 2006 (CDT)

NOTE: This item cannot be equipped while in Hardcore.

  • Can an admin please add that to this template? It appears in the description of the Travoltan trousers, ice sickle...all the Mr. Store equipment. --Ricket 17:55, 3 September 2006 (CDT)
    • It's not a separate tag - it's part of the Enchantment, and should be added individually on each item page. --Quietust 17:58, 3 September 2006 (CDT)
      • There, that should cover 'em all. --Quietust 18:06, 3 September 2006 (CDT)

Adding NOTEs to the template

  • After just working on the page of the new IotM, which has a whopping three notes, I've got to ask if there's a better way to deal with all enchantment notes. If we're striving for accuracy, then having the notes appear in bold-blue as apparently part of the enchantment doesn't fulfill that goal. I can't edit the template, but it seems like adding sections for the notes that currently exist in a vein similar to the current "You may not equip more than one" note would be fairly easy-- if the value of the variable was 1, it would be included in the description, or something like that.
Here are the reminder notes that I can currently think of, along with the variable slot they could occupy:
  • NOTE: This item cannot be equipped while in Hardcore. (hardcore)
  • NOTE: Items that reduce the MP cost of skills will not do so by more than 3 points, in total. (mp)
  • NOTE: If you wear multiple items that increase Critical Hit chances, only the highest multiplier applies. (crit)
It just seems silly to me that one note gets a special format, while all the rest don't.
Also, "note" doesn't look like a word anymore. --Southwest 23:21, 31 August 2007 (CDT)
  • The reason the other notes didn't get a special format on the wiki is that they didn't have a special format in the game until now - they were all stuck within the Enchantments section. Now that they're distinct tags, we can add parameters to display them - the names "hardcore", "mpreduce", and "critical" should work. --Quietust (t|c) 23:28, 31 August 2007 (CDT)
    • Ah, alright. Sounds good-- when you've got a moment, could you add those parameters to the template, please? Thanks very much. --Southwest 01:29, 1 September 2007 (CDT)
      • FYI, I've recently learned that your "note" feeling is called jamais vu --Jonrock 02:53, 1 September 2007 (CDT)

View market statistics

"View market statistics", besides not being shown where this is no item id to lookup, should also not be shown when the item is not tradeable. Items which cannot be traded have no market value, ever. Well, I guess you could say that they have an infinite market value, but that's not the point. ;-) This template gives me a headache, so could someone more familiar with it change it. Thanks, --JRSiebz (|§|) 20:23, 13 September 2006 (CDT)

  • I was going to put this in a few days ago, but I got sidetracked. Looks like Dehstil just beat me to it. --Quietust 08:43, 14 September 2006 (CDT)
  • Incidentally, is this link doing what it should? It takes you to Coldfront's description of the item [1], not the market graph [2].--Salien 02:11, 15 April 2007 (CDT)
    • You will notice that the item description page does include some basic market statistics for the item (min/max/average overall and for the last 30 days). The problem with the graphs is that it is not possible to infer exact values from them, just guesses, while the item description pages give actual numbers. You might try getting the graphs added to the Coldfront item description pages (or at least links to them). --Quietust (t|c) 11:06, 15 April 2007 (CDT)
      • Hmm. I guess my thought was that not all of the items on coldfront had those statistics, nor did they always have links to the graph, even though the graph always existed. See the Grimacite Garter page [3]. No statistics or graph link, but the graph exists [4]. It does look like it's just a coldfront maintenance thing, though, as some items that I know didn't have that info before do now.--Salien 16:42, 22 April 2007 (CDT)

This should also not display the "view market statistics" link for gift items, in addition to not showing it for nontradeables. --YellFeat 23:16, 7 March 2012 (CET)

hagnk option

I think that the hagnk option should probably be removed from the template - the item header is supposed to strictly conform to the in-game item view. --Gymnosophist 13:58, 26 September 2006 (CDT)

  • The in-game view does include the Hagnk line now - that's why I added it in the first place. --Quietust 15:07, 26 September 2006 (CDT)
    • You're right, my error. I could have sworn that I checked a free pull item... --Gymnosophist 17:23, 26 September 2006 (CDT)
      • And while we are talking about preserving how it looks in-game, why do the words, Moxie, Muscle, and Mysticality in the "X Required" section link to their respective pages? They sure don't link to anything in game.....--SomeStranger (t|c) 21:51, 27 September 2006 (CDT)

Non-Legit Items

  • This template (b/c of examples), user pages, the sandbox and other pages all show up in the unrecognized item category and other categories that this template includes. There needs to be an (obvious) param so that these pages do not get categoried. Sure verify=3 adds a horribly ugly header which no one would evet want on any page...ever. And verify=3 isn't exactly intuitive. --JRSiebz (|§|) 21:41, 19 October 2006 (CDT)
    • I was going to use something else, but decided that another verify=N would be easier to code. Of course, it wasn't any easier to add, so if you want to add something else in its place, then go right ahead. --Quietust 21:53, 19 October 2006 (CDT)
      • What about just {{#ifeq:{{NAMESPACE}}|{{ns:0}}|[[Category:Whatever]]}}? That way you don't need to add some new parameter... Phlip 02:22, 20 October 2006 (CDT)


Note that since the upgrade, the wiki now adds a "</p>" to the line above an opening "<p>":

creating a quirky space between abc and def that did not occur before the upgrade; do any of the other templates suffer from this problem?--Dehstil (t|c) 20:12, 31 October 2006 (CST)

Power and DR

It's now thought that shields have a hidden 'power', much like pants, hat or weapon power, which contributes to its Shieldbutt damage. This power is different and appears to be unrelated to its Damage Reduction, but at the moment the "power" slot in each shield's Item template is taken by powertype=Damage Reduction. Let's not make changes until people report back that these formulas are correct -- but we may need a way to separately identify DR from shield power. One way would be to report the power directly and the DR as an enchantment. --DirkDiggler 22:52, 3 November 2006 (CST)

  • Since the purpose of this template is to duplicate the in-game appearance, the fact that shield power is not displayed in-game means it technically shouldn't be displayed on here either, unless we're going to completely depart from that assumption from here on in. --Quietust (t|c) 22:54, 3 November 2006 (CST)

Metadata edit link

Should we make a link to the metadata at the top left of the item template? Maybe the top right?--SomeStranger (t|c) 21:52, 9 November 2006 (CST)

Suggestion for non-tradeable category

With a simple addition to this template, we could create and populate a category for all non-tradeable items. I can't find such a list elsewhere on the wiki and this would be a good way to make one. Rebrane 21:38, 11 June 2007 (CDT)

Consumable by Level

Instead of sorting by "#, item name" (from the data page), it probably should just sort by "#, pagename", else lowercase and uppercase letter starting items will be separated in the sorting of the category. (using pagename more or less mean they are all the equivalent of starting with a capital. Back in the day By Fullness/Drunkenness categories were started, they are sorted by "#, itemname" (but with the first letter always lowercased for sorting), but that's back before we knew of the pagename variable. So those all could be replaced with "#, pagename"... you have a bot, right Q? ;-) heh. Also, things like wads (spleens) have a required level, too! --JRSiebz (|§|) 23:05, 25 June 2007 (CDT)

  • I thought about using the page name instead of the item name - at this point, it's easy enough to drop in. Fixing up the "by fullness" categories could also be done using {{useitem}} - after all, it knows how much fullness/drunkenness/spleen is used by the item. As for spleen items, I'm getting there... :) --Quietust (t|c) 23:19, 25 June 2007 (CDT)
    • Just try to minimize edits to this during peak wiki times, like well right this second ;-). Nothing like 3000 edits getting lined up to to kill the wiki for 5-10 minutes ;-) Though it is kind of amusing watching the job queue count down to 0 on the statistics page. ;-)--JRSiebz (|§|) 23:24, 25 June 2007 (CDT)
      • To be fair, the job queue actually reduces lag resulting from edits, since it spaces out the page refreshes to happen on each client page load (or so). Making edits to the item template doesn't actually cause very much lag - you're probably remembering the massive lag resulting from the 'plural' template, but that resulted from the fact that the template was really big and used on a whole ton of pages. --Quietust (t|c) 23:29, 25 June 2007 (CDT)
      • Still, 3000 edits in 5-10 minutes on a wiki that usually gets <1 a minute, is a lot. When you;ve edited this template for about 5-10 minutes after the wiki's been unusable for me, same as when I added level req. to it last night. And now since it's thepost rollover traffic surge, I've also gotten some DB errors like: A database query syntax error has occurred... from within function "Job::pop". MySQL returned error "1205: Lock wait timeout exceeded; try restarting transaction (mysql.coldfront.net)"'. and ...from within function "Job::pop". MySQL returned error "1205: Lock wait timeout exceeded; try restarting transaction (mysql.coldfront.net)". It's the only time (5-10 min after an edit to this baby) I've gotten those at all since the NS13 traffic surge.--JRSiebz (|§|) 00:36, 26 June 2007 (CDT)

Hyperlink Type Parameter?

I was thinking it'd be handy to automatically link equipment types to the appropriate {{EquipmentList}} page. While the Category: link by definition is more likely to contain a complete set of items, the EquipmentList pages have information that is much more informative. Might be helpful for Food/Booze/Combat item types as well. --Bagatelle 21:33, 23 October 2007 (CDT)

NPC Auto-Consumables

  • This template needs to be modified to that the description id can be shown without an item number (noid=1 hides both) for the MIcrobrewery/Snotzee, etc. Also, the item hases (desc ids) are negative ;-), and they work. Also, "Cost:" should be added, maybe as its own entity, or maybe as a variation of price. I may try to update this later (when wiki traffic is low[er]), but this template isn't exactly my favorite to work with. Also, do -1, -2, & -3 change with sign, as with the following I was a moxie sign. Would a mys sign get the Peche, etc.? --JRSiebz (|§|) 21:18, 12 December 2007 (CST)


Also, some more.

Seems -4 and -4_food both point to the eggnogtini. Probably the same way for a few of them.

  • Technically, all of the foods end in _food and all of the boozes end in _booze; I've added all of the descids as such (and specified the itemids as the plain numbers), and they seem to work. --Quietust (t|c) 21:11, 13 December 2007 (CST)
  • This template now needs to be changed to link to Items_by_number_(negative) when the item number is less than 0 (it currently links to Items_by_number_(1-99)). --Mud Man 22:52, 16 January 2009 (UTC)
    • It is done. --Quietust (t|c) 00:35, 17 January 2009 (UTC)
      • It doesn't appear to be working (unless the wiki takes a while to update these things). --Mud Man 03:26, 17 January 2009 (UTC)
        • It does in fact take a while for the change to propagate throughout the affected pages. It can be speeded up by doing a manual purge. --BagatelleT/C 03:51, 17 January 2009 (UTC)

Auto-cat'ing hatchlings

Can this be made to automatically add a Category:Familiar Hatchlings link when type=familiar is set? --Flargen 04:52, 6 August 2008 (CDT)

  • Most certainly. In fact, it can be made to automatically categorize based on any specific parameter value - for example, it could autocat untradeable items, gift items, non-Hardcore items, single-equip items, as well as item types such as hats, pants, accessories, shirts, but NOT weapons (since weapons are something of a special case, indicating how many hands and what *type* of weapon it is, and we can't do substring matches). --Quietust (t|c) 07:59, 6 August 2008 (CDT)

Tweak #2

It seems silly, to me, for there to be a period (a bolded period, no less) after the outfit name, for items which are parts of outfits. I would like to see it removed. However, I've seen what updating this template does to the database, so this should definitely wait until there's something else that needs changing--it's not enough on its own. --Jonrock 19:40, 17 August 2008 (CDT)

  • There's actually a period in-game. Our job is to faithfully replicate the game as closely as possible, so badger Jick to change it if it bothers you. --Bagatelle 20:28, 17 August 2008 (CDT)
  • Also, the period after the outfit name is not bolded - the one after the autosell price is, though. --Quietust (t|c) 20:30, 17 August 2008 (CDT)
    • Wow, I've never noticed those in-game periods before. Color me dumbfounded (I hope it's a shade of purple). --Jonrock 16:03, 29 August 2008 (CDT)

haiku items

It seems all of the haiku items, such as haiku katana, have had their in-game item descriptions changed so that the item name is now properly part of the haiku. Such as:

haiku katana
delivers unto your foes
poetic justice

Instead of:

haiku katana

delivers unto your foes
poetic justice

--Flargen 17:49, 1 September 2008 (CDT)

Looks like it's changed again. A normal item has the image, name, and Enchantment section centered, and everything else left-aligned, correct? I looked at several haiku dungeon items in the mall, including the haiku katana, and it looks like those items have everything centered except for the "Note: can't equip in Hardcore". So, the template needs to be corrected. (Though I wouldn't be surprised if it changed again, that they were trying to center the name/description haiku and everything else got lumped in with it. Maybe Super-CDMoyer should check into it. ;) ) --Terion 17:50, 3 December 2008 (UTC)

  • As of about 30 seconds ago, the "Can't equip in Hardcore" note was also centered. Sounds like it might be prudent to wait a little while until everything gets ironed out. --Quietust (t|c) 20:05, 3 December 2008 (UTC)
    • It's been long enough, and it looks like the proper convention is to simply center everything. --Quietust (t|c) 20:55, 9 April 2009 (UTC)

Server 8 isn't around any more

I think this is the template that needs to be edited, maybe it's another one. Either way, the link to view descriptions on server 8 should be removed. --Lostcalpolydude 06:24, 8 October 2008 (UTC)

Well if we have Unconfirmable...

Can someone alter the verify=2 field so it just transcludes the template as opposed to the current message?--Toffile 00:56, 9 February 2009 (UTC)

  • I'd be more likely to simply drop the "verify" field from the template and manually add the unconfirmable template to each related page. The only other thing the verify field does is prevent categorization of "custom items" on user pages, but people shouldn't do that anyways because it'll try to load from a nonexistent data page. --Quietust (t|c) 04:30, 9 February 2009 (UTC)
    • I think dropping verify is a good idea, it's not an actual property of the items and thus it makes more sense to have it separately on the pages. --Eleron 11:13, 9 February 2009 (UTC)
      • It has been done. --Quietust (t|c) 20:53, 9 April 2009 (UTC)

Spleentacular Categorization and Seal Figurines

The new seal clubber figurines have a level requirement and are usable, so this item template is automatically assuming they're a spleen item and categorizing it as such. --Melon 22:01, 3 May 2009 (UTC)

  • So it is. Hooray for Jick breaking the item template even further! I'll add it to my list of things to modify today. --Flargen 22:05, 3 May 2009 (UTC)

Class specific field

Would it be possible to add a field to automatically generate a "(Bonus for Class X only)" on the enchantments? There's a whole bunch now, with all the SC clubs, Hobopolis Boss Outfits, and such.--Toffile 21:59, 13 May 2009 (UTC)

  • Sure, I think that can be done. Only issue might be with the current parameter for the "Only Xs can use this item" part of the description. I'll try adding that once I'm done exploring new turtle goodness. --Flargen 22:06, 13 May 2009 (UTC)
  • Okay, should be implemented now. Use the enchclass= parameter, with the same input format as for the class= variable. Added a few more auto-cat entries while I was there. --Flargen 01:02, 14 May 2009 (UTC)

Jick Break It!

...but not very hard this time. After having a try at parsing every item page, I've determined that there are some new switches that need to be added to the template.

  • The Ballad of Richie Thingfinder (and the other Hobopolis songs) ('NOTE: This item grants a skill that can only be used by Accordion Thieves.')
    • Relatedly, Rainbow's Gravity ('NOTE: This item grants a skill.'), though oddly enough, the Mr. Skills/Olfaction don't have this flag. Not sure if it would be better to combine this and the previous somehow, or keep class-specific and all-class separate.
  • Dwarf bread was noted previously as being able to be used in combat ('(can also be used in combat)'); the love songs are now similarly marked. Perhaps switching the current paren= parameter to alsocombat=1 and autocatting would be appropriate here.
  • Clan VIP Lounge key ('Grants access to the Clan VIP Lounge') and Clan pool table ("NOTE: When used, this item will be installed in your Clan Hall's VIP Lounge, and will be usable by anybody in your Clan with VIP Lounge access."). Granted, only single items so far, but perhaps there should be an additional free-form note field like {{combat}} for sticking stuff at the end?
  • The crit=1 warning text has changed from "NOTE: If you wear multiple items that increase Critical Hit chances, only the highest multiplier applies." to "NOTE: If you wear multiple items that increase your Critical Hit multiplier, only the highest multiplier applies."

--BagatelleT/C 04:14, 16 May 2009 (UTC)

Oh boy, more changes to make!
  • For the "grants a skill one" we can probably do a grantskill= which could be 1 (for something like Rainbow's Gravity) and a specific class abbreviation for things like Hobo songs.
  • For the dwarf bread thing, I had originally used "paren=" in future anticipation of Jick adding more arbitrary comments there. But I suppose it's possible that if he does they'd all be nicely auto-cat'able, and not something silly like "Hi, mom!". So I can change that over to "alsocombat=".
  • Yeah, a free-form note field sounds like the best resolution for these things. TPTB have indicated that they do intend to add more VIP lounge items, including Mr. Store ones, so I can kind of see adding in a lounge= entry for just such a thing.
And the crit thing is an easy adjustment. I shall get to work on the changes. --Flargen 08:42, 16 May 2009 (UTC)
Okay, updates should be finished now. Updated the specific items you mentioned (except the love songs, haven't gotten around to that). Although now I'm wondering if somewhere I lost a bit of whitespace; the "view market statistics" line seems to be overlapping with the first line in the description, and I don't remember it doing that before. Don't think I've done anything that would change that, though, so maybe I'm only just now noticing it. --Flargen 09:38, 16 May 2009 (UTC)
Ah, the whitespace thing was a result of the changes I made to make the haiku item descriptions show properly. Fixed that now. Also: talking to myself++! --Flargen 10:09, 16 May 2009 (UTC)

Not sure if it's the recent updates, but I'm seeing a couple of weird issues on some pages. Stone baseball cap is supposed to have a linebreak, and as far as I can tell, the inserted text should display a linebreak, but doesn't. Tried it out in sandbox, and it worked. Some other pages with linebreaks are also affected (e.g., propeller beanie). Also, 'Villa' document is completely italicised for some reason. --BagatelleT/C 22:58, 18 May 2009 (UTC)

  • The Villa document was broken due to the single quote at the beginning, which made it screw up the bold/italic formatting. A simple HTML entity fixed that one. As for the linebreak problem, one of Flargen's recent edits broke some HTML somewhere, and it'll take me a while to find it. --Quietust (t|c) 00:12, 19 May 2009 (UTC)
    • A possible culprit is that the {{{desc|}}} entry used to be preceeded by a line break. Not the <br /> kind, but the "someone hit enter before typing that part" kind. This may have caused the single quote to be parsed correctly before but not now, for example. I'm concerned that that carriage return might have other impacts, such as on line-height/spacing. Which is...weird. There were several other such hard line breaks that I believe I removed, as some entries in the item display had spacing issues not present in others. --Flargen 01:12, 19 May 2009 (UTC)

Well, the weird line-spacing issues seem to continue. The security blankie has the issue where the market statistics line is overlapping a bit with the first line of the description. For some reason, the stone baseball cap does not exhibit this issue (even after purging both pages to make sure they're using the same version of {{item}}). If it's the hard carriage returns I mentioned above causing the issue (or rather, the current lack thereof), we should be able to look at the version before I went to change where linebreaks where for the haiku items and re-insert them, and see if we can figure out how to get the appropriate display for haiku items without breaking the non-haiku ones. --Flargen 21:15, 19 May 2009 (UTC)

  • Thinking a bit further about the blankie and the cap, I'm thinking there is, in fact, some sort of weirdness in how the wiki determines the line-height when there are only HTML line breaks and no carriage returns. The security blankie lacks any carriage returns in its description, and there are none in the template. However, the baseball cap has a carriage return in its description, and as a result seems to have noticeably more space between lines in its description. How this happens confuses me to no real end, but it would seem a resolution will be to insert a hard carriage return into the template before a non-haiku item description. --Flargen 21:19, 19 May 2009 (UTC)
    • Huh, but it seems Quietust already added on back in for that case, so...pfft...not sure. It certainly goes back when I was trying to remove a linebreak for haiku items, but I guess it's not quite so simple as putting in a carriage return before the {{{desc|}}} part for non-haiku items. --Flargen 21:27, 19 May 2009 (UTC)
    • Well, I've done what I can to fix this, I think. It's sort of all fixed, but sort of not. The wiki seems to semi-randomly insert an extra linebreak somewhere during all of the autosell/note/type/etc. stuff, resulting in excess whitespace between two lines. The descriptions should display like they used to for non-haiku items, but without the excess line break for haiku items, at least. I'm seeing this extra line break (between the type and autosell price for the grinning turtle, for example) in both IE and Opera 10 alpha, so it doesn't appear to just be a weird interaction with my usual Opera. --Flargen 03:09, 27 May 2009 (UTC)

Editing Claw of the Infernal Seal

Template doesn't handle Claw of the Infernal Seal properly. "*This enchantment works even when this item is not equipped." just seems to be a newline after "NOTE: You may not equip more than one of this item at a time", instead of a new note, as it has no NOTE: prefix. Stupid custom notes on items ;) --JRSiebz (|§|) 08:58, 19 February 2010 (UTC)

NOTE: You may not equip more than one of this item at a time.
*This enchantment works even when this item is not equipped.
  • Yeah, I'd just noticed that, too. Should be pretty easy to add in. --Flargen 09:00, 19 February 2010 (UTC)
  • I fudged it with a manual note, removing the limit=1, and forced it into the quantity restriction category. Editing this template is never easy, especially for unique cases. ;) --JRSiebz (|§|) 09:02, 19 February 2010 (UTC)
    • Actually, notes are the easiest thing to add in. No need to do switches or anything like that. It'll be done in a second. --Flargen 09:06, 19 February 2010 (UTC)
      • Done. Use anote= to pass in a note to be preceeded by an asterisk. Do not type in the asterisk yourself; unless there's supposed to be two, I guess. I'm sure Jick will do that eventually. --Flargen 09:10, 19 February 2010 (UTC)
      • Well I would have called it footnote=, j/k, thanks. --JRSiebz (|§|) 09:42, 19 February 2010 (UTC)

type: usable (self or others)

Could items of this type be made to automatically be included in Category:Items usable on others? —Preceding unsigned comment added by VinnyB (talkcontribs)

  • Since there now are multiple "usable (self or others)" items, I can see a category called something like [[Usable (Self or Others) Items]], or [[Usable Items (Self or Others)]], or something else. Like how the "off-hand item (shield)" has its own category and is a subcategory of [[Category:Off-Hand Items]]. Of course, all the pages you just categorized would have to be undone, as this template would do it itself. But the Candy Hearts, jawbruiser, and snowball would all not be in the new category, as they are typed as potions and food, etc. Maybe, to include them all, a page with a list/chart is better than a category, called something, I don't know, like "Throwable Items" or something. Or maybe the other item's could just be mentioned in the new category's description? Just spit-ballin' here. Oh, and please sign your comments and when linking to categories lead with a semicolon, else the page just gets categoried, like this one errantly did. --JRSiebz (|§|) 03:52, 8 August 2010 (UTC)

quality ???

Seems the quality for Schrödinger's thermos and quantum taco is now (???), should this be added to the template? --Peter50216 04:31, 8 October 2010 (UTC)

  • "quality=???" and "quality=random" will do it --JRSiebz (|§|) 05:10, 8 October 2010 (UTC)

Fancy Cooking Ingridients

I just noticed that the Knob frosting doesn't say (Cooking Ingredient), but (Fancy Cooking Ingredient). Should we add this?

unknown ids

Currently if the id is ? the template produces a broken link. Ideally it would instead produce a link to Items by number, which describes how to find item ids. I could probably figure out how if I stared at the template long enough, but ideally someone who already knows how it works could add this? --Starwed 14:52, 25 April 2011 (UTC)

  • If the id is unknown, if itemid is just left blank (instead of putting a ?), it says "Item ID not known." On a many of our wiki templates giving nothing works "better" than giving a ?, as ? isn't a number. Though, "Item ID not known." could link to Items by number and ? probably could, too. --JRSiebz (|§|) 04:51, 26 April 2011 (UTC)

quality=quest for Azazel reward items

I noticed today that the steel margarita I just earned has "booze (quest)" instead of "booze (crappy)". Presumably the other steel items have this as well now. If someone could add "quest" as a quality level, the item pages can be updated. --Speight 10:13, 24 June 2011 (UTC)

Generic familiar equipment

Familiar equipment all gets dumped into the "Familiar Equipment" category. Is there any chance that if the familiar is listed as "any", it could get put in a "Generic Familiar Equipment" category? It would make life easier when maintaining the Comma Chameleon page, and it could be something that people want to know anyway. Thanks! --Johnny Treehugger 17:16, 4 July 2011 (CEST)

Minor change

Items now have "Cannot be traded or discarded" if they can't be, rather than having no-trade and no-discard on two different lines. —Yendor 13:01, 4 October 2011 (CEST)

A simple tweak and it's now handled properly. --Quietust (t|c) 15:03, 4 October 2011 (CEST)

Hatches Into

Now that hatchlings show what they hatch into in item descriptions, we should add at "hatch" tag to add and link to the familiar you'll get, and get rid of the comment in the Notes section. I don't know how to edit the template to do it, so I'll leave that up to someone more experienced. --Turing 17:44, 28 December 2011 (CET)

Number of items in outfit

I've noticed a number of outfits with (? items) in their description. I'm not sure how to do this with wiki magic, but would it be possible, and is it worth the time to retrieve the number of pieces from the outfit page instead of manually adding pieces=number| to every page? --Therealtahu 04:04, 15 April 2012 (CEST)

  • Brought this up on Discussion. It'd just shift the burden around, though. Increase it, actually. We'd have to create data pages for every single outfit, and include in it the pieces= line, amongst several other lines. So it's an issue of the reusability of the information stored on the data page. --Flargen 04:26, 15 April 2012 (CEST)
  • We could mark the items as Incomplete, which would at least let someone know they need fixing. —Yendor 08:07, 15 April 2012 (CEST)

New Field

"April 26, 2012 - Items that give you skills should now have a link to the skill in their description. Let me know if I missed any."--Toffile 18:16, 28 April 2012 (CEST)

  • Anyone?--Toffile 18:50, 11 May 2012 (CEST)
    • *crickets chirp slowly in the background* --Toffile 17:27, 15 June 2012 (CEST)
  • The fun part here is that the template already has a "grantskill" parameter, for notes specifying that the skill can only be learned by a specific class. --Flargen 00:28, 16 June 2012 (CEST)
    • Yeah, I saw that. I wonder if the redundancy in the game was an oversight.--Toffile 00:58, 16 June 2012 (CEST)

Protected Edit Required

This edit added certain items to Category:Category:Items usable on others rather than Category:Items usable on others. --timrem 17:32, 14 August 2012 (CEST)

  • Fixed. --Quietust (t|c) 18:44, 14 August 2012 (CEST)


  1. booze now has a Potency field, which should be added in.
  2. There are extra paragraphs introduced in the template which produce irregular/larger line-spacing (e.g., note the line-spacing before Selling Price in the wiki and in-game versions of gin and tonic). As far as I can tell this is a result of the line-breaks after the <br />'s that are used throughout the template, and making it all one giant, unbroken line of template-code would eliminate that problem. --Fig bucket 21:28, 14 August 2012 (CEST)
  • Actually the spacing issue is more complicated than that. As the html is then parsed by the wiki parser which for some reason ends the <p> the whole description is in and starts and new one before the last line of that part of the item description. The spacing of the wiki generated code looks bad up do the the wiki's css having inconsistent line spacing or padding with something. For example the lines of text within a div and a p will have different linespacing by default. It happens on all the items and is very annoying. But just like this template, the wiki's css is cumbersome. We want <p>X<br />Y<br />Z</p> but get <p>X<br />Y<br /></p><p>Z</p>. And removing all the linebreaks and putting the whole template "on one line" doesn't seem to help. I've tried it on other templates, plus it makes it even harder to read/edit). Believe or not this prob has been around since the wiki changed skins, from the visual kol skin to the coldfront one. ;) So um... you're volunteering... right? :D --JRSiebz (|§|) 12:28, 21 August 2012 (CEST)
    • Thanks for the potency field. For the spacing issue, I copied the current Item template over to Template:Test. Collapsing it all to a single line does seem to get rid of the extra spacing in the last line (I also had to make some very minor changes to get the description below the metadata and handle haiku mode properly). (At least) one case is still sub-optimal, however. Specifying something as an outfit causes a table to be inserted in the description. Mediawiki insists on breaking the enclosing paragraph before the table, resulting in an extra bit of space prior to the table that shouldn't be there. It's still overall better than the status quo, but it'd be nice to figure out a solution for that as well...editing one monster line of template code sure is awkward though. --Fig bucket 16:17, 21 August 2012 (CEST)
    • BTW, although I think the modifications I tried improve things, it still seems fragile in the way it relies on <p> tags in at least one spot. Perhaps a better strategy would be to try and more closely emulate the structure of the actual KoL text which uses a blockquote to wrap things...that's slightly complicated by the way blockquotes are styled here, but that just needs use of style attributes to override the default behaviour. --Fig bucket 02:25, 22 August 2012 (CEST)
    • Ok, that seems to work. Feel free to try out other examples, but that seems to be ok now... --Fig bucket 22:31, 26 August 2012 (CEST)

one small request. would it be possible to auto-cat those booze items that don't have their potency filled in? no one (especially me) wants to go through all of them one at a time. Category:NeedsPotency perhaps? i'd do it but i know nothing about templates. not knowing nothing about them excites me but i don't have the rl time to do anything about it. sorry. if there's another way to identify all the boozes that need it then please post it somewhere. thanks. --Evilkolbot 13:48, 28 September 2012 (CEST)


Shouldn't we replace Power with Damage? --UltBrian 15:47, 7 September 2012 (CEST)

We can either add a "damage" field, which would require updating every weapon page, or modify the template to compute the damage rating from the power, which would work until Jick & friends add a weapon with a non-standard damage, would confuse new editors adding new items, and, not that it really matters, but might not be entirely accurate (there's easy no in-game way to tell the Drowsy Sword's 171 power from the lead pipe's 175). Ideally, the template would support either or both, using the damage rating if it's present, or the power if it's not. --Johnny Treehugger 16:26, 7 September 2012 (CEST)
The formula might just be ceil(power/10) to CEIL(power/5). I doubt that they would add a new one, this particular damage formula has been around forever.--Toffile 00:21, 8 September 2012 (CEST)
Well, true, but I was thinking about starting a petition and/or flame war to get the Drowsy Sword's damage changed to 14-41 so it'll be all palindromic again. Then we'd have to change it. --Johnny Treehugger 02:17, 8 September 2012 (CEST)
There are a couple of ways to do this. We could just use the existing powertype parameter. Example "powertype=Damage" and "power=X - Y", as currently, things like shields use "powertype=Damage Reduction" and "power=REDUCTION_AMT". I think that is a carry over from when shields had Power listed and not Damage Reduction, and it was probably just finagled to work. But that may just be the easy thing to do, not the right one. We could add a Damage parameter and just leave "power=X" there (but just not display it anymore), but then we should probably make a reduction parameter and get rid of the whole powertype thing. But I can't remember if anything uses powertype besides shields. Oh man, armor and stuff still uses power, arg. Well, I dunno. We could just generate the damage range from power, but we would need the ability to override it when there is an inconsistency, because there always ends up being a few :P Having a powertype parameter is just goofy anyway. I mean expecting people to inherently know that Damage Reduction needs a power field override with powertype as it used to be listed as power long ago instead of using a single more obviously named variable is bonkers. I'll miss power, sorting weapons by power was useful ;) --JRSiebz (|§|) 10:53, 8 September 2012 (CEST)
Even if we never use or show it, I'd still like to keep the power declared on the items where we already know it, for historical/accuracy purposes. Like for the lead pipe and Drowsy Sword, which do the same damage but have different power levels. Heh, power levels... that always sounds silly to me. --JRSiebz (|§|) 10:58, 8 September 2012 (CEST)

Seems this hasn't been resolved yet. I think adding a damage field that suppresses the display of the power field would be ideal. I don't think computing the damage is a good idea as this will hide problems where theres a mismatch unless someone manually checks the page anyway. Discordance 17:53, 16 November 2012 (CET)

item limit

The item limit text seems to be "NOTE: You may not equip more than one of these at a time.". The template has the old message. Discordance 20:17, 15 November 2012 (CET)

power still being used on weapons

Also why have we not switched to damage instead of power for weapons? Is this template still maintained? Discordance 17:45, 16 November 2012 (CET)

Derp, ignore this while I catch up on the discussion above. Discordance 17:47, 16 November 2012 (CET)

Someone please add a damage field that suppresses power. I'd do it myself if this wasn't protected. Discordance 14:53, 6 February 2013 (CET)

Size for Foods/Beverages

About time. We need a Size parameter (numerical). It's similar to Potency for booze. — Cool12309 (talk) 00:34, 6 February 2013 (CET)

And a "nopull", I guess, for not pulling from Hagnk's (Cannot be pulled from Hagnk's) so far all I can tell is it's under the notrade and can'tsell thing. Size is in between type and autosell. — Cool12309 (talk) 21:57, 26 February 2013 (UTC)

Potion Duration

(See Wax Flask) if the duration is set to 1, it'll say "Duration: 1 Adventures" however, ingame, it says "Duration: 1 Adventure". — Cool12309 (talk) 00:18, 21 March 2013 (UTC)

  • An easy fix: just change Adventures into Adventure{{#ifeq:{{{duration|}}}|1||s}} --Fig bucket (talk) 00:40, 21 March 2013 (UTC)


There is a period after the outfit link, but there is none ingame. (Also, seriously, please fix the above 2 things -.-) — Cool12309 (talk) 14:10, 31 March 2013 (UTC)

Also in combat

Similar to effect/posteffect, there needs to be a postcombat, since the note for pulled red taffy is after the duration. — Cool12309 (talk) 04:32, 1 April 2013 (UTC)

Free pulls

The check for Category:Free Pulls needs to be adjusted so it doesn't add unpullable items like the fat loot token or shaking skull. —Yendor (talk) 11:39, 19 June 2013 (UTC)

  • Good catch. That should now be fixed. --Flargen (talk) 18:38, 19 June 2013 (UTC)


Humbly request a change for the Jewelry line from Jewelrymaking to Jewelrycrafting to fix the redirect linkage.

*<code>jewelry=1</code> for [[jewelrymaking]] components
*<code>jewelry=1</code> for [[jewelrycrafting]] components

--MageRed (talk) 23:11, 28 June 2013 (UTC)

Higher Levels

The switch for categorizing higher level items needs expanding with the new Dreadsylvania over level 15 items. Would Unicode list numbers work? Change this bit of the spleentacular by level (for example) bit:

[...] usable=Spleentacular Items|potion=Potions|#default=ERROR}} (By Level Requirement)|{{#switch:{{{level}}}|1|2|3|4|5|6|7|8|9={{{level}}}|10=A|11=B|12=C|13=D|14=E|15=F|#default=*}},

to this:

[...] usable=Spleentacular Items|potion=Potions|#default=ERROR}} (By Level Requirement)|{{#switch:{{{level}}}|1|2|3|4|5|6|7|8|9={{{level}}}|10=⑩|11=⑪|12=⑫|13=⑬|14=⑭|15=⑮|16=⑯|17=⑰|18=⑱|19=⑲|20=⑳|21=㉑|22=㉒|23=㉓|24=㉔|25=㉕|26=㉖|27=㉗|28=㉘|29=㉙|30=㉚|31=㉛|32=㉜|33=㉝|34=㉞|35=㉟|36=㊱|37=㊲|38=㊳|39=㊴|40=㊵|41=㊶|42=㊷|43=㊸|44=㊹|45=㊺|46=㊻|47=㊼|48=㊽|49=㊾|50=㊿|#default=*}},

Circled one to ten also exist (① ② ③ ④ ⑤ ⑥ ⑦ ⑧ ⑨ ⑩) if we want to have all of them in that format. There are also numbers with periods, but those only go to twenty (⒈ to ⒛), and similiarly parenthesized (⑴ to ⒇). --Club (#66669) (Talk) 20:29, 27 August 2013 (UTC)

  • Those characters look really bad, and those with smaller screens would have issues trying to read it. I think lettering works fine and it'll work up to level 35. I highly doubt they'll introduce new items that require level 36 or more. — Cool12309 (talk) 21:38, 27 August 2013 (UTC)
    • I increased the range up to Z for now. I have to agree that even though the unicode numbers seem like a nice solution they don't look very good. --Fig bucket (talk) 13:03, 28 August 2013 (UTC)

Punctuation in item names

Specifically fountain 'soda' breaks the template, presumably due to the concatenation of the item name with '' or ''' markup. --Greycat (talk) 17:39, 28 August 2013 (UTC)

  • For now, I fixed this by using ampersand entities in place of single quotes in the item metadata for the soda. --Club (#66669) (Talk) 17:54, 28 August 2013 (UTC)
    • Seems like a fine solution. I could put a comment before/after the name to make a general fix if more cases show up... --Fig bucket (talk) 21:18, 28 August 2013 (UTC)
      • nb: not as simple as I thought...perhaps it's from wikitext mixed with with <b> tags. Anyway, I declare your original fix optimal. :) --Fig bucket (talk) 22:25, 28 August 2013 (UTC)

Song Duration

The Song Duration now shows on Accordions – which is real neat. --Yatsufusa (talk) 07:07, 31 October 2013 (UTC)

The template needs to be updated to show the new song duration line. This goes below "type" and above "power" and is displayed as "Song Duration: X Adventures" with X being the number of adventures. Example:

Type: ranged weapon (2-handed accordion)
Song Duration: 6 Adventures
Damage: 2 - 4
Selling Price: 5 Meat.

V/R, --MageRed (talk) 18:56, 31 October 2013 (UTC)

quality as subtemplate

We have a Template:Elemental to help colorize Stench etc, maybe we should break out the quality as a separate template, too, so that we could have {{quality|level=epic}}, etc, in tables and other places where food or booze is discussed. I'd see the template taking two other named parameters, "autocat=booze" / "autocat=food" / "autocat=no" (default) and "omitparens=yes" for cases where you don't want the (EPIC) and just want EPIC. What say folks? --Club (#66669) (Talk) 04:13, 6 November 2013 (UTC)

New changes

Template now hovers over the description and obscures it. Casey can you hold off adding this design to other templates until theres been more of a discussion and we've got some alternatives done. Discordance (talk) 11:40, 25 January 2014 (UTC)

re: combat item bluetext and Incomplete autocatting

Items with the 'alsocombat' tag get bluetext as well. (TPTB also missed that one on their first run.) --billybobfred (talk) 01:12, 15 May 2015 (UTC)

Candy Complexity

As discussed on the Sweet Synthesis skill talk page, could we have a key on this template for specifying the complexity of Candy? --Gausie (talk) 14:33, 20 October 2017 (UTC)

  • Done. It just does automatic categorization, but if the candy parameter is not empty then it categorizes as Candy, and you can specify a specific value, candy=simple or candy=complex, it also categorizes as Simple Candy or Complex Candy. --Fig bucket (talk) 17:27, 20 October 2017 (UTC)

Year of introduction for consideration under standard restrictions

It would be useful for planning standard runs to be able to inspect the year of introduction of an item on its page. What do you think? --Gausie (talk) 13:58, 11 December 2017 (UTC)

  • Being permitted in standard runs also depends on whether something is limited time content or not, which is not always clear at creation time; a best-before/expiration date might be a better way of thinking of it. Either way, yes, abstractly nice to have, but it seems like a lot of work to update everything (and keep it in sync too). --Fig bucket (talk) 22:08, 11 December 2017 (UTC)
    • The best way, if it is possible to do, would be to have the page that says what items/pages are not in standard, then have the template check that page instead of having the info in the page itself. A template that compares the pagename to some text would work, but it feels like it would make pages load slower. --Icon315♕ (|) 05:26, 12 December 2017 (UTC)
      • That seems feasible. I don't think it would be slower in practice---a lot of server load each time the list changes (and the usual job queue delays), but it is eventually cached anyway. --Fig bucket (talk) 11:54, 12 December 2017 (UTC)
      • Based on some very limited testing, querying a big list held in a separate page ({{NotStandard}}) does significantly increase the CPU time required to construct an item page (with a very large variance, 0.2s - 0.8s). As basically a one-time cost on page construction that's not a big deal. Creating the ({{NotStandard}}) list from the actual KoL list is still manual---easy to do, although requiring a bit of text processing. The user-visible result would be a line of text in each item infobox, something like "Available in standard" or "Not available in standard". --Fig bucket (talk) 21:19, 29 December 2017 (UTC)

discardable items and selling price

   {{#if:{{{autosell|}}}||[[Category:Discardable Items]]}}

This part should also check if the parameter {{{cost}}} has a value. Those items don't have an autosell price, but they also aren't discardable. On another note, is there a reason it says "Cost" instead of "Selling Price"? Is it just to avoid confusion? --Icon315♕ (|) 00:48, 11 February 2018 (UTC)

  • That check is wrapped in a prior check to rule out items with a non-positive item number, which I believe encompasses items that are consumed on purchase (and which thus have a cost)...is there a specific example of something with a positive item id, but also a cost, and thus being miscategorized? (Origin of the terms pre-dates my knowledge, but I expect it was to better separate the idea of auto-selling as something you do, from the price NPCs sell for.) --Fig bucket (talk) 13:40, 18 March 2018 (UTC)
    • The Clan Speakeasy's drink have positive item Id's. They are being categorized as discardable. --Icon315♕ (|) 18:54, 18 March 2018 (UTC)
      • Aha, thanks. I changed the field used there from cost to autosell, as while cost fits the wiki logic, the in-game description uses the term "Selling Price", so that both renders better and eliminates the miscategorization (no idea how people found out the item ids there though.) --Fig bucket (talk) 12:59, 19 March 2018 (UTC)

Not usable in Ronin / Hardcore

Could we have the parameter for adding (Not usable in Ronin / Hardcore) for things like Jar of fermented pickle juice.

p.s. also the topic above about the discard. --Icon315♕ (|) 01:03, 18 March 2018 (UTC)

But is that true? I don't see it in its actual in-game description [5]. Are you running a script/plugin/mafia or something --JRSiebz (|§|) 03:18, 18 March 2018 (UTC)
You're right, my bad, I didn't realize i had a relay script that did that. I guess i'll just add it to the note sections of all 13+ level req foods. --Icon315♕ (|) 18:54, 18 March 2018 (UTC)

Drippy food

Drippy food has quality of "drippy" and "Only one may be consumed per day" below the discard text. Reuse "limit=1" from accessory with different text? "daylimit"? Something else entirely?--Ryo_Sangnoir (talk) 15:56, 15 April 2020 (UTC)

  • I went with consumelimit as it specifically refers to consumption---currently just a binary/boolean parameter, but if different values than "one" are eventually possible it can be easily modified. --Fig bucket (talk) 20:55, 15 April 2020 (UTC)

Add link to non-Flash Marketplace?

The KoL Marketplace is a great page for marketing statistics, but it uses Adobe Flash, which is a technology at end-of-life and requires users to download Flash Player to see its graphics. Some are concerned that Flash is a security risk. I've crafted a page that takes the HTML from Marketplace and translates the data into HTML5-native Scalable Vector Graphics, thus making the Marketplace graphs visible on any modern browser with no additional downloads needed. I would like to propose adding another link under "View market statistics" to my page (which takes the same parameters as the original), called something like "(non-Flash version)" or "(HTML5 version)". The URL is https://g1wjmf0i0h.execute-api.us-east-2.amazonaws.com/default/itemgraph .

What do you think, sirs? --Aventuristo (talk) 15:11, 5 May 2020 (UTC)

Auto-pulled items

Can we add a category for items that are automatically pulled from Hangk's at the start of a run? Maybe Category:Automatic Pulls? We could specify it using hangk=auto. --Philmasterplus (talk) 12:28, 10 November 2020 (UTC)

  • Done. The hagnk=auto (not hangk) option should work now, and I made that a sub-category of Category:Free Pulls. --Fig bucket (talk) 17:33, 10 November 2020 (UTC)
    • I marked Bird-a-Day calendar as `hagnk=auto`, and the category is added correctly, but the page now says "Free pull from Hagnk's" even though the in-game description doesn't. If this isn't intentional, `hagnk=auto` could be special-cased to not show that text. --Philmasterplus (talk) 18:43, 11 November 2020 (UTC)
      • Fixed, hopefully (didn't realize the free pull text was removed for those items!). --Fig bucket (talk) 21:55, 11 November 2020 (UTC)