A KoL Wiki:Proposed Standards: Difference between revisions

From A KoL Wiki
imported>Evilkolbot
Big Ass-User Pages: the longest journey
m Update all namespaces
 
(98 intermediate revisions by 34 users not shown)
Line 2: Line 2:


__NEWSECTIONLINK__
__NEWSECTIONLINK__
'''Note! This page is for the drafting of standards. Official, established standards can be found on the [[Established Standards]] page.'''
'''Note! This page is for the drafting of standards. Official, established standards can be found on the [[A KoL Wiki:Established Standards|Established Standards]] page.'''


For other concerns, please see '''[[Discussion]]''', or a pertaining talk page.
For other concerns, please see '''[[Discussion]]''', or a pertaining talk page.


Archived topics can be found at [[Proposed Standards/archive]] and [[Proposed Standards/archive2]].
Archived topics can be found at [[A KoL Wiki:Proposed Standards/archive]], [[A KoL Wiki:Proposed Standards/archive2]] and [[A KoL Wiki:Proposed Standards/archive3]].
 
==Big-Ass User Pages==
Am I the only one to notice the irony of this?  lol  This sure looks like a Big-Ass page.  hahaha --[[User:Lemonclaw|Lemon-claw]] 23:21, 13 January 2010 (UTC)
*A big page it may be, but it is not a ''User'' page, which is the entire point of the discussion. --[[User:Lordebon|Lordebon]] 00:14, 14 January 2010 (UTC)


==Big Ass-User Pages==
*with some admins seeing the light, and now that [[User:bumcheekcity|bumcheekcity]] has set up his page-writer of awesomeness, we need to warn users that they are no longer welcome to micro-manage their e-peen in the user space of the wiki. i propose we create a UserCruft template that warns a user to move their info off-site, and suggests bcc's site as the alternative. --[[User:Evilkolbot|Evilkolbot]] 22:25, 3 January 2010 (UTC)
*with some admins seeing the light, and now that [[User:bumcheekcity|bumcheekcity]] has set up his page-writer of awesomeness, we need to warn users that they are no longer welcome to micro-manage their e-peen in the user space of the wiki. i propose we create a UserCruft template that warns a user to move their info off-site, and suggests bcc's site as the alternative. --[[User:Evilkolbot|Evilkolbot]] 22:25, 3 January 2010 (UTC)
**Looks like I missed [[A KoL Wiki:Pages_for_deletion#Snapshot_Templates|a party]]. I see you've been tagging [[:Category:User Cruft|certain users]]... Have we reached any kind of consensus (nuke all non-wiki related user pages/tolerate small user pages/?) or has discussion petered out? --[[User:TechSmurf|TechSmurf]] 05:27, 8 January 2010 (UTC)
***Well, several of the admins all basically came down against such pages, which is a pretty strong consensus around these parts.  I didn't pay enough attention to know if BCC welcomed people over to his site and was okay with us essentially advertising it to those who would be interested/affected.  BCC did just sort of wave a white flag eventually and said, more or less, "fuck it, I'll do it elsewhere"; he's the one that created the script that lead to the whole snapshot template...snaffu.  --[[User:Flargen|Flargen]] 05:51, 8 January 2010 (UTC)
****What I've seen so far is a consensus that big pages are not okay, but not any strong guidelines for what "big" means. I stripped my pages down to just one under 10k page, and I'll probably strip more out soon. But I'd like to see a non-subjective standard established. --{{User:Club/sig}} 06:01, 8 January 2010 (UTC)
*****I think 10k is probably an OK value, although 5k doesn't seem completely unreasonable. Also, shouldn't the heading be [http://xkcd.com/37/ "Big-Ass User Pages"]? --{{User:Coolguy00001/sig}} 00:06, 9 January 2010 (UTC)
******Yeah, probably. --{{User:Quietust/sig}} 21:42, 13 January 2010 (UTC)
*****After trimming down I was at 6K and there really isn't much there. I could get under 5K, but it would be hard and it seems unnecessary. 10K is plenty small enough. Anyway, I think the heading is fine since the problem is Ass-Users, not Big-Asses. --[[User:Bale|Bale]] 18:24, 13 January 2010 (UTC)
****I trimmed down (stripping, trimming, what are we really discussing here?) to under 10k as well, which seems to me a reasonable value. --[[User:Muhandes|Muhandes]] 06:51, 13 January 2010 (UTC)
*Basically anything the user wants so long as their user page is under 10k seems fine to me. My question is... I've seen some users use subpages or the like for (relatively long) articles on their strategies or suggestions and the like. Would the standard be only on user game data or would it be a general cap on size regardless of content type? I ask not out of a desire to make any pages like that but rather for the sake of completeness and unambiguity. --[[User:Lordebon|Lordebon]] 21:09, 13 January 2010 (UTC)


==Section Order for Familiars==
:*As a non-admin who has used created subpages both in the User: space and outside it, I think it's a question of intent. A page that exists just for the one person to outline his or her strategy should fall under the new 10k limit (add size of main user page and subpages). Hence my [[A KoL Wiki:Pages for deletion|dropping]] my subpage of special purpose custom outfits. On the other hand, If say, [[User_talk:Rottingflesh|Rottingflesh]] wanted to [[Combat Style|completely rewrite a page]] and started that rewrite as a subpage of his User: page, I'd say that should be acceptable. --{{User:Club/sig}} 19:32, 14 January 2010 (UTC)
I think we should reorder the sections for [[Established Standards: Familiar Pages|familiars]] so that the Notes section is immediately below the header.  As is now, important information can be hard to find (see the [[Comma Chameleon]] for an extreme example). --[[User:Gymnosophist|Gymnosophist]] 23:39, 15 August 2006 (CDT)
:**Sounds reasonable to me. --[[User:Lordebon|Lordebon]] 20:38, 14 January 2010 (UTC)
*Well, we could technically classify "Familiar Equipment Consumption Messages" as more notes since the messages make more sense aftering reading the notes. I'd be against moving the notes above everything else though; essential, standardized data ought to be shown at the top.--{{:User:Dehstil}} 15:01, 16 August 2006 (CDT)
:**That's definitely a good point about distinguishing between generally useful and only personally useful content. Is putting a size limit even meaningful, though? How does the software save revisions? If each revision is saved in its entirety then one 10k page being edited constantly eats up more space than a 20k page which is never edited. Then there's the issue of complexity of the page. I remember one old user page which had a few hundred template calls that literally froze the Wiki during a template update. I'd much rather have elaborate "Facebook-style content" removed completely (yay, no more spamming Recent Changes every time a new skill/familiar/trophy shows up), but I've a feeling no one would go for that. --Bagatelle<sup>[[User talk:Bagatelle|T]]</sup>/<sub>[[Special:Contributions/Bagatelle|C]]</sub> 22:37, 14 January 2010 (UTC)
**I think the problem here is that the Notes are essential whereas the Messages are standardized, so which should take precedence?  I lean towards prioritizing the Notes - they are much more useful to the user. --[[User:Gymnosophist|Gymnosophist]] 22:11, 16 August 2006 (CDT)
::*If I can remember my MediaWiki properly, all revisions are logged into the same database. Deleting an article does not actually remove the items from the db, the webmaster (or something similar) has to actually go into the db to permanently remove revisions. What deletion/oversight actually does, is that it flags them so the just can't be seen without the appropriate privileges (albeit with oversight, that is only the webmaster/db admin). Really, the editing/viewing of this page and discussion has probably created more overhead on the server than user pages put together so far. Sadly, the configuration that the Wiki has right now doesn't allow for hit-tracking of user pages, so I can't really verify this.--[[User:Toffile|Toffile]] 23:44, 14 January 2010 (UTC)
Interestingly, a user just added some note information to the [http://kol.coldfront.net/thekolwiki/index.php?title=Comma_Chameleon&curid=14886&diff=126560&oldid=126558&rcid=127284 top of the Comma Chameleon page], apparently because the user couldn't find the already-existing information buried at the bottom of the page. The edit was reverted, but the problem remains.<br>  P.S. I've always thought that the section order in the [[Established Standards#Item Pages|item pages]] should be reordered as well, bringing the notes immediately below the header. I just never had the energy to push for it, knowing that it would be a semi-major change.  But perhaps now is the time to plump for it.  --[[User:Gymnosophist|Gymnosophist]] 07:53, 25 August 2006 (CDT)
::::*Yep, revisions are all stored. However, I don't think the point (at least from my perspective) was necessarily to save database size. After all, once a page is rendered in the wiki the HTML is cached and just viewing it isn't a huge load. Each time its saved or the cache is purged is when the wiki has to re-create the HTML cache which results in a processing load. Huge pages with lots of expensive template calls can create a lot of lag, especially when edited frequently with only minor changes (that still result in the full page being recreated).
*Hmm, now that I think about it, it seems almost convincing, but I'll wait to see what other people think. Perhaps farther up is better, maybe the top, maybe somewhere near.--{{:User:Dehstil}} 20:57, 25 August 2006 (CDT)
::::*As far as a size limit goes, pages can easily be checked for it in the history. I think it also allows some degree of freedom and simplicity in enforcement while keeping pages in check. Over-use of templates can be avoided by simply not allowing the creation of templates whose only purpose is to circumvent the user page length restriction. In an unrelated note, this page is probably also about ready for another archive, I think. --[[User:Lordebon|Lordebon]] 04:21, 15 January 2010 (UTC)
 
:::*Excluding for the counter at the bottom. Forgot about that. For those wondering, Quietust's user page is probably the most visited and is somewhere around the 6000th visited page on this wiki. Many other user pages are somewhere around or below 8000the place.--[[User:Toffile|Toffile]] 03:57, 15 January 2010 (UTC)
*Bump* How about a "messages" section that goes below notes?--{{:User:Dehstil}} 22:54, 15 December 2006 (CST)
::::*Um, the [[Special:PopularPages|popular pages]] page seems to work. You have to page through a bit if you want to find page 6000, but it would be doable. I only glanced at a few hundred. Oh, but is it only limited to the main namespace? --{{User:Club/sig}} 18:41, 15 January 2010 (UTC)
 
==New Weapon Hit Messages==
Discussion of how to implement the new weapon messages into the Wiki has now begun [[Talk:Player Hit Messages#OK, Now What?|here]].  --[[User:Gymnosophist|Gymnosophist]] 04:01, 14 September 2006 (CDT)
 
This is far-reaching enough to be deserving of discussion out here: The precise text of a lot of the hit messages depends on properties of creatures that we aren't tracking.  These are:
#whether the monster is male/female/neuter/plural
#whether <it> has certain hittable body parts, including head, wings, legs/feet, arms/shoulders (n.b. "arms&legs" might be a single property), and possibly torso/gut.
Since this information is functionally unimportant, I'm happy with just having it be in the Notes section for the monster, but I wanted to double-check if there were any pros or cons I wasn't seeing. --[[User:Jonrock|Jonrock]] 16:56, 10 October 2006 (CDT)
 
==melee, ranged, and myst?==
at the moment there are two categories of weapon, melee and ranged. these are each used to signify two different things interchangeably. melee: "causes melee damage" and "needs muscle to equip," and ranged, for "causes ranged damage" and "needs moxie to equip." with the coming of the clockwork staff and the silver fork perhaps these should be split out into four categories, with a fifth (needs myst) added to complete them. --[[User:Evilkolbot|Evilkolbot]] 09:12, 8 October 2006 (CDT)
:When the weapon type categories are converted into main-namespace pages, which has to happen anyway in order to accomodate the player hit messages of each weapon type, this information will probably be added in multiple places. For now the explanation of the restriction could go at the top of [[weapons (by power)]], perhaps? --[[User:Jonrock|Jonrock]] 11:10, 8 October 2006 (CDT)
 
==Infoboxes==
I copied the discussion here onto [[Discussion/Infoboxes]] to make it easier to follow. --[[User:Starwed|Starwed]] 16:34, 15 October 2006 (CDT)
 
I thought it might be a good idea for [http://en.wikipedia.org/wiki/Template_talk:Infobox infoboxes] to be introduced for some categories of article. (Like how wikipedia does for [http://en.wikipedia.org/wiki/Dispepsi albums], for instance.) Monsters especially: it would be nice to see the level, statgain, elemental, and so on right at the top of the page.  Locations could use this too, having safe moxie, avg monster level, clover adventure, and so on in an infobox. I don't know how to set any of it up, but I'd certainly be willing to help with adding these once the ball was rolling. Thoughts?  --[[User:Starwed|Starwed]] 10:18, 10 October 2006 (CDT)
*I ''would'' like to see this information somewhere for the monster pages...hopefully in the near future.--{{:User:Dehstil}} 20:32, 10 October 2006 (CDT)
*I want to see this information on the individual adventure pages as well (I think monster combat messages could be pushed ''way'' down the page), so I'd like to see examples of possible templating. --[[User:Jonrock|Jonrock]] 21:19, 10 October 2006 (CDT)
 
It seems the standard way of doing this requires that a certain [http://en.wikipedia.org/wiki/MediaWiki:Common.css stylesheet] be in use, with all the "infobox" declarations.  I've copied the declarations by hand into a sample infobox: [[Template:TestInfobox]].  It would obviously be more elegant to include them in a common style sheet. --[[User:Starwed|Starwed]] 16:27, 12 October 2006 (CDT)
:I've mocked up what this could look like at [[User:Starwed|my user page]].  It seems to me that it would be nice if all the data associated with a monster could be stored on one page and then called via templates everywhere it's referenced; I don't know if that's possible or even desirable, but since all the information we'd want in infoboxes is already mentioned elsewhere it would be nice to have uniformity.  --[[User:Starwed|Starwed]] 16:43, 12 October 2006 (CDT)
 
I've experimented a bit, and it is entirely possible to keep seperate subpages for each monster with the data in it.  That data could then be reused on any page it might be useful (right now, probably individual monster pages and the monster summaries on adventure pages.)  It's quite possible that this would slow down the wiki, but it's at least technically feasible. ^_^  (You can check out my [[User:Starwed|userpage]] to see how this works.) --[[User:Starwed|Starwed]] 16:14, 13 October 2006 (CDT)
*Yes, it's feasible to have autoupdating metadata for different stuff, but it'd be a huge drag on the wiki. See [[Talk:Best Drinks]], {{tl|plural}}, and [[Discussion/archive3#A Companion for .7B.7Bplural.7D.7D]].--{{:User:Dehstil}} 16:27, 13 October 2006 (CDT)
**Actually, this particular technique probably would have resulted in ''less'' lag than {{tl|plural}} currently does, and it would allow storing not only plural forms, but also singular forms (for stuff like [[Item 13|Item #13]]) and image names (to be automatically included by {{tl|item}} and {{tl|useitem}}). Updating the 'infobox' template would still cause just as much lag as before, but updating stats for a single monster/item would not cause any significant extra load on the wiki. I've created an example at {{tl|test/acquire}}. --[[User:Quietust|Quietust]] 16:32, 13 October 2006 (CDT)
*The database administrator in me likes this idea but the usability consultant in me hates it.  Typical.  I'd want to make sure that the "data page" for a monster is clearly linked to its main page (or talk page), so that it doesn't require "wizard skillz" to make modifications.  We're already having troubles in that templates themselves don't have "preview", so they take much more care to make work correctly. --[[User:Jonrock|Jonrock]] 19:28, 13 October 2006 (CDT)
**Is it be possible to have an "edit" link in the infobox itself?  Also, we're mostly talking about data that has to be pretty carefully gathered in the first place; the sort of people who could alter it reliably are probably the same who wouldn't find editing a template too tricky.  --[[User:Starwed|Starwed]] 20:05, 13 October 2006 (CDT)
***If you show me what the heck you want it to edit and where you want it to go I can whip up an edit link in a few minutes.--[[User:SomeStranger|<font color="orange">SomeStranger</font>]] <sup>([[User talk:SomeStranger|<font color="green">t</font>]]|[[Special:Contributions/SomeStranger|<font color="green">c</font>]])</sup> 23:31, 13 October 2006 (CDT)
****I messed around a bit and seem to have come up with a workable solution for infoboxes.  (Simply a link to edit CURRENTPAGE/Data)  Unfortunately I can't grok how to get the pagename of a template from within that template, which would be the nicest solution here.  (Using the CURRENTPAGE functions renders the page the template is called from; which makes sense but is unhelpful.  ^_^)  Still just using my userpage as a sandbox.  If there's real interest in adding infoboxes (with or without the metadata templates) maybe we should start a proper discussion page? --[[User:Starwed|Starwed]] 02:33, 14 October 2006 (CDT)
I quite like the general concept of using Infoboxes for combat adventures, locations, etc.  The example Infobox looks pretty good, and, with some formatting tweaks, will look even better. I also like the implementation, despite having something of a reservation over it's complexity. I share [[User:Jonrock|Jonrock]]'s concern that ordinary users are increasingly finding that making even basic edits is becoming prohibitively difficult.  That said, I definitely  see the value of having the data in a /Data page, at least for data that will be used in multiple places, (like the monster data). But all in all, I think the benefits outweigh the additional complexity.  We'll just have to do a good job on documenting the usage.  On locations, or any other type of data that will probably be used only once, I think it may be better that we not use the /Data page approach and instead use a simpler, more straightforward template wherein we simply drop the data values directly into the instance of the location Infobox template on the location page.  [[User:Starwed|Starwed]], great idea, and thanks for your work so far in illustrating it.  --[[User:Gymnosophist|Gymnosophist]] 04:31, 14 October 2006 (CDT)
*In the past when a user has been unsure about how to use a template/format a page they have either posted on the talk page with the information they wish to be added, or attempted to add it and an admin/someone who knew what they were doing fixed it. I believe that first and foremost this wiki needs to be useful to those who don't edit at all, the vast majority. If you want to edit you can find your way. (Besides most large updates are usually made by the admin, while the references/notes are edited by everyone else.)--[[User:SomeStranger|<font color="orange">SomeStranger</font>]] <sup>([[User talk:SomeStranger|<font color="green">t</font>]]|[[Special:Contributions/SomeStranger|<font color="green">c</font>]])</sup> 09:09, 14 October 2006 (CDT)
**I agree wholeheartedly that first and foremost the Wiki needs to be useful to those who don't edit at all.  However I couldn't disagree more with the implied contention that the admins should be the users doing all the heavy lifting of non-reference edits.  That's certainly not how [[Wikipedia:Project:Administrators|Wikipedia]] runs things, nor should it be the way things are run here.  I also strongly disagree with the viewpoint that documentation is a lesser priority.  My own view of the role of being an admin is that we should be activly participate in developing policies and standards.  Additionally, part of my concern with things becoming more complex is that it also has the unwelcome side-effect of making the Wiki more insular and less open to newer and less experienced editors.  This is ranging a bit far from the original topic of Infoboxes, but here we are.  :)  --[[User:Gymnosophist|Gymnosophist]] 20:00, 14 October 2006 (CDT)
***I don't necessarily believe that admin should be doing all the work, but that in order to acheive a global standard they end up doing most of the work along with a few select editors. Why do we use templates? So that formatting is easier. The problem is that learning how to use templates is not always very easy. I think that documentation is pretty good at this point (I know that all the templates have it anyways) and that most people learn from example (they copy previously made pages). Removing templates in order to create "simplicity" just makes it harder for admin and those select users who have to go back and format pages constantly. I think the way we do it now is pretty straightfoward, the only exception being the plural template, I find it pretty damn intutive that variables named "name" and "itemid" correspond with an item's name and id respectively.
::Oh, and back on topic, HOORAY FOR INFOBOXES! Yeah....--[[User:SomeStranger|<font color="orange">SomeStranger</font>]] <sup>([[User talk:SomeStranger|<font color="green">t</font>]]|[[Special:Contributions/SomeStranger|<font color="green">c</font>]])</sup> 20:21, 14 October 2006 (CDT)
****I almost feel like we're talking in circles here - I generally support the use of templates, and am not suggesting that templates be removed in favor of "simplicity". And yes, templates are generally well documented and intuitive to use.  What I was trying to make clear (and was apparently failing to do) was to note the fact that the /Data pages are a new wrinkle and would need to be clearly documented.  Hopefully, my positions on these matters are now pellucid.  :) P.S. - Not all the templates are documented - that would make a good project sometime.  --[[User:Gymnosophist|Gymnosophist]] 03:24, 15 October 2006 (CDT)
 
This section is getting unwieldy, so I copied the discussion here into [[Discussion/Infoboxes]].  It seems like there's support for the idea of them, so there are two main issues to be hashed out: Whether we should use some sort of /Data pages, and what information and format the infobox should have.  Luckily the two issues are orthogonal, so both can be worked on at once.  ^_^  --[[User:Starwed|Starwed]] 16:32, 15 October 2006 (CDT)
 
==Section Order==
I always thought "See Also" came after "References", but on [[Established Standards: Effect Pages]] it's the other way around.--{{:User:Dehstil}} 16:06, 22 October 2006 (CDT)
:It's like that on every established standards page. In fact, it has always been that way...--[[User:SomeStranger|<font color="orange">SomeStranger</font>]] <sup>([[User talk:SomeStranger|<font color="green">t</font>]]|[[Special:Contributions/SomeStranger|<font color="green">c</font>]])</sup> 16:16, 22 October 2006 (CDT)
:Ok, now it is.--{{:User:Dehstil}} 16:30, 22 October 2006 (CDT)
*FWI, [[Established Standards#Item Pages]] still shows as References, See Also.  But I think that this may actually be the order that we want to use.  I say this primarily for practical reasons: at a guess, 90% or more of the See Also sections in the Wiki are in References, See Also order - it would be a big effort to change this.  Some history on this:  section order was originally nonstandardized and in a state of flux (at one point, the item standards read Drop, Recipe, When Used, Uses, Zapping, References, Notes, See Also!), but the order was frequently changed.  Just before the Established Standards were split up (late April, 2006), the order was See Also, References.  After the pages were split up, all of them carried the See Also, References order.  In June, the order was changed to References, See Also, but only for items (both on the main standards page and the Items page).  This section order discrepancy was first [[Proposed Standards/archive2#Section Order|noticed]] back in August, and a limited scope correction was made, resulting in Items being unchanged and the Locations page being changed to References, See Also.  Anyhow, I think we should change all the standards to reflect the actual usage of References, See Also.  Also, this is probably a more "pleasing" order.  --[[User:Gymnosophist|Gymnosophist]] 20:37, 22 October 2006 (CDT)
*I'm indifferent. Since item pages would probably be harder to change, sure, let's make it references then see also, unless there's a really good reason it's more "pleasing" for see also to come before references.--{{:User:Dehstil}} 21:24, 22 October 2006 (CDT)
*I put in the References, See Also ordering.  Now that that's done, I'd like to plump (again) for moving the Notes sections higher up in the pages (see some earlier discussions ([[Talk:Player Hit Messages#OK, Now What?|here]] and [[Proposed Standards#Section Order for Familiars|here]]).  This is especially important for page types that tend to have lengthy content like locations and familiars, but is true for items as well.  There have been some favorable reactions to this idea, but let's see if we can get some more discussion on this.  --[[User:Gymnosophist|Gymnosophist]] 01:20, 25 October 2006 (CDT)
 
==Infoboxes and Metadata Pages==
A discussion on implementing Infoboxes is currently occurring at [[Discussion/Infoboxes]].  --[[User:Gymnosophist|Gymnosophist]] 00:38, 18 October 2006 (CDT)
 
==NPC Stores==
Just threw together a useful template to handle easily generating tables for NPC stores: {{tl|StoreItem}}. Feed it the '''item''' name, the '''price''', any '''desc'''ription, and a '''currency''' (defaults to "Meat"), and it'll add a row to the existing table, automatically displaying the item name+image from metadata (caveat: item must have metadata, so users can't use this to make NPC stores on their user pages selling bogus items, but I personally don't care about that). --{{User:Quietust/sig}} 13:35, 29 November 2006 (CST)
*While we're at it could we make the stores look more like how they do in-game; there are a couple different styles so please check in-game before using this template for a store. [[Chez Snootée]], for instance, is not even tabular in-game but currently ''does'' match its in-game likeness. I don't remember where, but I thought I saw one store with prices on the left, not sure.--{{:User:Dehstil}} 16:53, 29 November 2006 (CST)
**Fair enough - I've just added {{tl|RestaurantItem}} for Chez Snootée and the Micromicrobrewery (and, presumably, the Crimbo Cafe) - those ones alone seem to use a different format. --{{User:Quietust/sig}} 09:57, 30 November 2006 (CST)
**I've updated all of the stores I have access to - anyone who can get into [[The Bugbear Bakery]], [[The Bakery]], the [[General Store]], [[The Hippy Store]], [[Laboratory]], or [[The White Citadel]], update the pages as appropriate. [[The Hermitage]] is sort of a special case, since items in his store don't have a listed price (but that could be faked easily enough by making the price and currency both blank). --{{User:Quietust/sig}} 13:50, 30 November 2006 (CST)
 
==Monster hit/miss messages==
These look kind of messy on monster pages.  It's unlikely that I'm looking at a monster page to determine the hit/miss/fumble/critical text, yet that's what dominate monster pages the most.  Monster infoboxes would help with the organization of information, but the actual display of combat messages will still be ugly.  In fact, with infoboxes it'll likely look worse, since if the monsters description is short the infobox will mess with the centering of the messages.
 
I'd prefer a simple, bulleted list in each category of combat message, rather than the current attempt to emulate how they look in game.  --[[User:Starwed|Starwed]] 21:48, 30 November 2006 (CST)
 
==See Also Details==
I've been using the wiki for some time, but one area that I feel isn't clearly enough described in the Established Standards is what exactly "relevant Game Mechanics pages" are, in regards to what should be listed in the See Also section. I know it's really petty, but it's about consistency. And hey, this may have even been discussed before, but I found no records of it. Anyway, there are some small points that I feel deserve clarification:
 
'''1''': When listing the Game Mechanics pages on an item page that when used causes an effect, are the Game Mechanics of the effect also supposed to be listed on the same (item's) page? It appears that most of the time, it is (for example, [[Knob Goblin steroids]], [[Cheap wind-up clock]], [[ennui-flavored potato chips]] to name a few). This makes some item's See Also section to be quite complicated, such as the [[hot wad]], for example. I feel that the Mechanics of the effect should only be listed on the effect's page. That's what causing to modifications to the Game Mechanics after all, not the item.
 
'''2''': Going along with "1", and I assume most people would agree with me on this one, but the Game Mechanics of an item don't belong on the the effect's page, right?  Just making sure because some pages (i.e. [[Steroid Boost]]) currently list the mechanics of the item there.  Of course this is dangerous since several effects have many different ways of being obtained... so "moxie substat" should be removed from the "See Also" section of that page (or maybe even from the item itself, see point "3" below).
 
'''3''': Also similar, do the substat pages belong on the page of every food and booze that modifies them (almost all)?  I realize that almost none (if any) food and booze pages do this, so I'm assuming that they don't belong there. Also, these are actually already directly linked to in the "When Used" section, so perhaps they shouldn't be listed on any page?
 
'''4''': When all stats are affected (or even two), are the results still supposed to be in alphabetical order? It appears that almost always, the order is Muscle, Mysticality, Moxie. And if they are supposed to stay in this order, are they supposed to appear at the beginning of the list, the end of the list, or at the m's in the middle? --[[User:TheDotGamer|TheDotGamer]] 19:42, 12 December 2006 (CST)
 
*The only consistent theme I've seen for the See Also section is that the Game Mechanics links are listed in the order that they appear in the enchantment section or whatever (I suggested alphabetization in the past). Past that the order hasn't really been discussed.  The Muscle, Mysticality, and Moxie order is the order used in-game pretty much everywhere, so we do the same throughout the wiki (the same goes for the order for elements). If something says +10 Damage to Hot Spells, I generally list Bonus Spell Damage, then Hot (even thought hot in the game mechanics section on the wiki, it is a bit of mechanics related to the page that is otherwise not linked well). Regarding your recent edits, other pages are generally not listed in See Also (so I'll leave that question to someone else: is toymaking supposed to be there?). I remember from somewhere that "See Also" is like a last-resort section if it is too cumbersome to actually explain the relationship between this page and the page you are linking to. Another question not really answered is whether wiki links are allowed in the actual game descriptions, effectively obsoleting almost all legitimate use of the "See Also" section. Currently, things like elemental damage and intrinsic effects. As for issue "1", if muscle is intrinsically affected by using an item, it's all right to put muscle modifiers in the "See Also" section because that wearing/using that item affects muscle, which it does; we're not shooting for aesthetic appeal for anything, just ease of use. "2", if you're reading about an effect and see something that has NOTHING to do with that effect, it probably shouldn't be there because that's just confusing. "3", no, generally if something is already linked to in a page, there is very little compulsion to link to it again, which is generally the case for the substat stuff. I already answered "4".--{{:User:Dehstil}} 20:56, 12 December 2006 (CST)
 
:I know that typically only "Game Mechanics" links should be displayed in the See Also section, but the reason I added the Toymaking type stuff to the See Also was for consistency with the Crimbo 2005 items. It appears that it was just [[User:Jonrock|Jonrock]]'s idea.  You can see the discussion at [[Discussion#Misc_.22Crafting.22_Categories|Discussion]]. Apparently it was the result of some category deletion. Otherwise, thanks for answering my questions! --[[User:TheDotGamer|TheDotGamer]] 21:12, 12 December 2006 (CST)
 
*Ok, made sure all base misc. crafting components noted themselves as such. I'm ignoring intermediates and non-misc. crafting components because they already have cross-linkage.--{{:User:Dehstil}} 21:21, 13 December 2006 (CST)
*Oh yeah, plus we never decided what to do about category:combines or meatpasting components or crafting product categories in general. See [[Discussion#General_Comments]].--{{:User:Dehstil}} 22:32, 13 December 2006 (CST)
 
==Effects Pages==
Now I'm confused specifically about the Effects pages. According to the "[[Established Standards: Effect Pages]]" the effects are supposed to link directly to the Game Mechanics.  However, almost none of the effect pages follow this.  Most of the ones that affect Muscle, Mysticality, or Moxie link directly to those pages (if anywhere at all), not to the respective Modifiers pages. Then the related Game Mechanics are listed in the see also section (such as for [[Steroid Boost]]). If the effects really are supposed to link to the Game Mechanics, what about the ones that affect all stats? Also, the examples on the Standards page show the stat name before the Stat Bonus, which contradicts how the game displays enchantments on items (not to mention how just about every effect page currently lists it's effect). Is this intentional, and if so, for what reason? Also also, (but unrelated) the header template on the Established Standards page should be updated on the page with the effectid field. Also also also, (and also unrelated) are the effects of an effect supposed to bulleted? Even if there is only one effect? It seems that usually when an effect has multiple effects the effects of the effect are all on one line. I'm guessing it would help readability if they were bulleted. --[[User:TheDotGamer|TheDotGamer]] 19:47, 19 December 2006 (CST)
*[[Steroid Boost]] is effect number 10, so since it hasn't changed in a while, it probably hasn't been looked at in a while.  Actually the effect of effect should be written the same way as they are in item [[enchantments]] (almost all of 'em are listed there) for consistency.  And for stat boosters, the stat name is before the value, in the form  (All Attributes|Muscle|Mysticality|Moxie)&nbsp;(+|-)X(%), so [[Steroid Boost]] is wrong, the stds are right.,, and those, like everything else, can become out-of-date rather quickly, either by a wiki change or an in-game one. --[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 19:56, 19 December 2006 (CST)
:Thanks for the info. That answers one of my questions, but still leaves several others unanswered. Is it safe to say that [[Vitamin-Maxed]] is formatted correctly? Or should the effect have a bullet? If the effect has multiple effects should they all be on one line (see [[Supafly]]) or bulleted among many? If it is to be on one line, should the effect ever have a bullet? (I think very very few effects currently have bullets.)
:The other main question that I was wondering about was if Game Mechanics should be linked to in the effects section, or in the see also section ([[Big Veiny Brain]] does both for some reason). Some effects are easy to link all the Game Mechanics in the effects section (such as [[Big Veiny Brain]] or [[Wasabi Sinuses]] had it been applied to it). When the effect affects all stats though (such as [[Heavy Petting]]), it would just get messy. In this case the see also section would theoretically only be used for the three stat modifiers. The only other thing is if the effect is for a single stat booster, should it link to [[Muscle]] and then [[Muscle Modifiers]] in the "See Also" or [[Muscle Modifiers]] right away in the effect of the effect.
:That's basically a summary of the unanswered portions of my post from yesterday. Oh, one other thing, is there any real reason why most of the stat boosters on pages such as [[Moxie Modifiers]] are listed as (+|-)X(%) (All Attributes|Muscle|Mysticality|Moxie)? --[[User:TheDotGamer|TheDotGamer]] 22:43, 20 December 2006 (CST)
I know this isn't a highly trafficked area of the site. But I'm just curious how close the changes I made to effects numbered 1 through 26 are (see [[Special:Recentchanges|the recent changes page]], [[Special:Contributions/TheDotGamer|my contributions]] or just the [[effects by number]] page) to the Established Standards. --[[User:TheDotGamer|TheDotGamer]] 15:38, 25 December 2006 (CST)
:Looks like the Established Standards will need a slight update (and some major ones in other areas?) when someone finds more time.--{{:User:Dehstil}} 16:02, 25 December 2006 (CST)
::Yup, that's basically what I've been trying to say and do here. I wouldn't mind updating it myself but I'd like some feedback which is what I've been trying to get here. At the very least I'm asking people to look at effects 1-26 and see what should be formatted differently. --[[User:TheDotGamer|TheDotGamer]] 16:43, 25 December 2006 (CST)
:Ok, looks good. My only comment is that I'd like effects to be always bulleted. We do it with Notes and everything else; it just looks out of place not to do it here. Plus, if we only did it when there where multiple effects, Effect sections would look mismatched from page to page. The only time we wouldn't bullet them is if we were centering them like enchantments. Also, while we're at it we could go and make all negative effects red, just because ;)--{{:User:Dehstil}} 16:43, 26 December 2006 (CST)
::Yeah, you're right. It would definitely look better if every effect was bulleted. I'm still not satisfied with the way Game Mechanics are being linked to in the effects section though. It just occurred to me that as long as I was linking Muscle +X to [[Muscle]] and not [[Muscle Modifiers]], why wouldn't we link Maximum HP +X as Maximum [[HP]] +X or Meat from Monsters as [[Meat]] from Monsters and just put [[Meat from Monsters]] or [[HP Increasers]] in the See Also section. So, I don't know what to do in regards to this. If we're trying to link to all the relevant pages we would have to do it this way with the See Also. If we only wanted the ''most'' relevant pages we would do the most relevant linking in the effects section and typically omit the See Also. I'm not sure which way would be better. Thoughts? --[[User:TheDotGamer|TheDotGamer]] 08:44, 3 January 2007 (CST)
One more thing, is that [[Template:Effect]] could have a little editing done that allows it to have a note for unverifiable effects such as those obtained from the [[:Category:Former Reagent Potions|former reagent potions]]. --[[User:TheDotGamer|TheDotGamer]] 20:00, 3 January 2007 (CST)
 
==Redirects==
*there's been a bit of a glut of redirects created recently. the 96 different redirects for pickpocketing seemed a little unnecessary. but are redirects needed at all? the standards say that a link should be to the real page, and isn't a redirect just encouraging sloppy editing? --[[User:Evilkolbot|Evilkolbot]] 06:35, 13 January 2007 (CST)
**I agree with you 100%. Although you exaggerate a bit, I do think that 7 redirects for pickpocket is 7 too many. Somewhat unrelated, I think the page should be moved to [[pickpocketing]] and just have that page have a disambiguation link to [[Gnefarious Pickpocketing]], instead of being completely a disambiguation page (just  like [[HP]]). And then [[pickpocket]] would be the only redirect worth keeping. I think the title ''pickpocketing'' fits our "standards" better. That's my $0.02. --[[User:TheDotGamer|TheDotGamer]] 16:54, 13 January 2007 (CST)
***I'm not a moxie class, so I've never used it, but I just realized that "Pickpocket" may be the "official" name of the ability so it should probably stay as that. Maybe. --[[User:TheDotGamer|TheDotGamer]] 18:05, 13 January 2007 (CST)
**On a related note. We do not need redirects based on alternate capitalizations anymore.  For example, "super cow" and "Super Cow", sure if both those pages were created, they would be different pages, but the wiki (as of an upgrade or two ago, is smart enough that if "super cow" is searched for it will automatically go to the "Super Cow" page (assuming it exists).  Hope that made sense.  So we don't need redirects of "a o b" or "A O B" for a page named "A o B". [also has no moxie class at the moment]--[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 23:00, 13 January 2007 (CST)
***So if the skill ''is'' "Pickpocket" then that should be the page, and Pickpocketing prob should be the disambig between Gnefarious and gnogn-Gnefarious Pickpocketing. --[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 23:02, 13 January 2007 (CST)
****Hmm, I was under the impression that it wasn't even a skill, just an ability but I don't know if that's possible. (Was [[Moxious Maneuver]] a skill (or did it have a skill id) before it was moved to the skill menu?... based on it's [[skills by number|skill number]] I would say it didn't.) Again, I haven't used "''Pickpocket''" but based on screenshots I've seen it seems like it is just a button like Moxious Maneuver used to be. Oh, and [[pickpocketing]] has existed as a disambiguation page for a few days now. --[[User:TheDotGamer|TheDotGamer]] 00:46, 14 January 2007 (CST)
***Just so we know the button name is "Pick His Pocket". I'm all for renaming it and avoiding a few of the sillier redirects.--{{:User:Dehstil}} 01:15, 14 January 2007 (CST)
****Hmm, is it always "Pick His Pocket", even when the gender of the monster is female? I know [[Player Hit Messages|hit messages]] vary so I wouldn't be surprised if this did. That would complicate it. --[[User:TheDotGamer|TheDotGamer]] 01:39, 14 January 2007 (CST)
*****as you suspect, it's gender and number specific: his/hers/its/their. --[[User:Evilkolbot|Evilkolbot]] 07:45, 14 January 2007 (CST)
**Should we still have redirects for some areas that have multiple names?  I understand the standard is to use the name that appears in the area's picture for these situations, but it can be confusing for some places, at least to me.  For example: [[Entryway]] shows up in the Last Adventure link as [[The Bat Hole Entrance]].  (I added a redirect for The Bat Hole Entrance a little while ago, before thinking to ask about this here.) --[[User:Nifty nobu|Nifty Nobu]] 08:22, 14 January 2007 (CST)
*I would actually prefer to have more redirects than currently exist. I have received many complaints saying that the one thing that the wiki lacks is an adequate number of redirects. While promoting incorrect spelling is certainly not our goal, at the same time various words are rather difficult to spell and should have logical redirects.--{{User:SomeStranger/sig}} 08:50, 14 January 2007 (CST)
*I created redirects for those too Nifty Nobu, anything that can be copy/pasted in-game I usually try to have a redirect for. Also redirects like sorceress to naughty sorceress mountain to the big mountains and the like are cool. I'd would probably be against anything like "th big mountains" because...just because. Redirects I'd make include short names like "baron" or "the baron", plain lowercase non-special-character names, acronyms/kolisms, and alternate in-game text.--{{:User:Dehstil}} 14:36, 14 January 2007 (CST)
*i know people like them, but what are they for? the <nowiki>[[link text|displayed text]]</nowiki> should get rid of the need for redirects altogether. i was under the impression that you should use the link to the real page, and not the redirect, under all circumstances. --[[User:Evilkolbot|Evilkolbot]] 16:01, 14 January 2007 (CST)
**Redirects are for the search box! When people don't know the exact title of an item or page they type the partial in and they get REDIRECTED to the new page. You are right in that we should never use redirects on normal pages but having them for the search box is very important.--{{User:SomeStranger/sig}} 22:03, 14 January 2007 (CST)
::Well, I created a redirect from Healing to HP Restorers, since searching for healing didn't really provide any useful results.  It's mainly about making it easier for a user to find stuff on the wiki.  --[[User:Starwed|Starwed]] 21:18, 14 January 2007 (CST)
*so people don't see the page of results? is that all? one fewer click? not understanding the way the search feature works isn't something we should be making allowances for. i'm sorry, people who type the what they think is the full title of the page and expect to be taken there in one click should get what they deserve. i wonder what the greek for search page is, we have ourselves a new phobia. --[[User:Evilkolbot|Evilkolbot]] 02:03, 15 January 2007 (CST)
**In some cases, knowing what you are searching for but not knowing what the name is can be annoying.  It's like trying to look up a word in the dictionary if you're not sure what the first two letters are... it can take a while to figure it out.  I could understand not adding redirects for typoed titles, unless the typo is particularly common/famous, but it makes sense to me to have redirects for alternate versions of area names.  Also making redirects for things like "Baron" is unnecessary, since the page title and page text searches are advanced enough to show all of the pages you could want from that title.  (Additionally, as was already mentioned, the searches are no longer case sensitive either, so lowercase/uppercase variations aren't needed.)  In the case of "The Bat Hole Entrance", there were no hits anywhere, despite being a valid in-game name for that location.  --[[User:Nifty nobu|Nifty Nobu]] 06:11, 15 January 2007 (CST)
*ok, so now i've 1, woken up; 2 read the page; and 3 had time to reflect. redirects where the new page name is an obvious synonym, like healing, make absolute sense. "the bat hole entrance" is a great example of an unnecessary redirect, though. searching for "bat hole" brings up the area page, and it's one click from there to the entryway page. typing the extra twelve letters is just bad searching. this absolutely makes my point that people who don't know how to search shouldn't be made allowances for. if you search for something that doesn't exist in the wiki it should bring up no hits. getting no hits makes you search differently, and maybe search better. --[[User:Evilkolbot|Evilkolbot]] 06:23, 15 January 2007 (CST)
* For me, the redirects dramatically improve usability. I'm on a slow connection, and if I can type in the URL directly, and a reasonable portion of the time get to the right place, it saves a lot of time. This is especially the case with case. I can never remember if its Hardcore_Checklist or Hardcore_checklist. One click or an extra search isn't a big deal if you're on FiOS, or a big US university network, but for the rest of us (low bandwidth users are again rising to the majority, with increased internet access in the developing world), one less click saves a decent chunk of time. I fail to see the benefit of "teaching" us that it's better to do things the slow way (through search, with one more click). It hurts usability not to have the redirects, and assumes your users are idiots who need to be taught.
*For the case of case, type "hardcore checklist", "hardcOre cHeckList", or "hardcore Checklist" and hit the enter key, tada you directly to [[Hardcore Checklist]]. What are you talking about? Nobody mentioned teaching and the redirects don't dramatically increase speed.--{{:User:Dehstil}} 17:15, 4 February 2007 (CST)
 
*further to the "no unnecessary capitalisation redirects" which should probably be added to the [[Established Standards]] page, may i propose that redirects be made uniformly lowercase? one rule is that the page name should match its title, but with redirects like [[Never Odd Or Even‎]] there's only the redirect. another is that capitalisation redirects be lowercase to minimise their number. applying the latter and disregarding the former as irrelevant would seem to be logical. --[[User:Evilkolbot|Evilkolbot]] 06:57, 8 November 2007 (CST)
 
 
 
==Tattoos==
We've got templates for acquiring items and effects - why not one for tattoos? The image could be determined using a Data: page, and it could provide a link to the tattoo's page. The only issue I see is that, as it is currently, the only tattoos that actually '''have''' their own pages are the ones given by the Pretentious Artist for wearing an outfit - all of the others (normal/hardcore ascension counts, normal/HC/HCO class tattoos, hardcore paths, martini) are listed only on [[Tattoo]] and on whichever page they are shown as being unlocked. Would it be worth creating new pages for the other tattoos, or just use this lack of pages to justify not making a template? --{{User:Quietust/sig}} 12:20, 22 January 2007 (CST)
*I don't see why we have separate pages for outfit tattoos at all. Wouldn't it be simpler to just have the tattoos on the outfit pages? &mdash;[[User:Yendor|Yendor]] 12:35, 22 January 2007 (CST)
*Hmm, we should have pages for those, and template would be nice, but the status quo and a no template would not be unacceptable. *adds to todo list*.--{{:User:Dehstil}} 22:43, 24 January 2007 (CST)
*"We've got templates for acquiring items and effects - why not one for tattoos?" -- well, you can acquire items and effects in man different places, so automating the plurals and images was much desired.  Why do we need such a template for tattoos, i mean they occur on very few pages.  I would advise against pages for non-outfit tattoos, I mean [[Tattoo]] pretty much explains everything about 'em (along with the ascension [rewards?] page too), only the outfit ones have anything interesting or any text messages associated with them.  I guess the Artist's/Paint Palette Tattoo  could have a page, but it'd have nothing on it but "Is awarded for completing the blah blah quest", it's already mentioned/linked on the quest and the tattoo pages.  Same with the martini tattoo, just be a one liner page, just copying the info on the martini and tattoo pages again.  Outfit tatoos are the only interesting one.  I mean having pages entitled Normal Ascension Tattoo 1, Normal Ascension Tattoo 2,... 12, Hardcore Ascension Tattoo 1, Hardcore Ascension Tattoo 2,... 12 is just overkill... right? --[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 00:05, 25 January 2007 (CST)
*I added the missing tattoos to the [[:Category:Tattoos|tattoo category]] at least. Hope that's alright.--{{:User:Dehstil}} 17:02, 25 January 2007 (CST)
 
==Noting the Original Location of Images==
Would it be useful if we (starting with new images uploaded, then slowly [no hurry] to the rest of the images) add an Original Location section on the description page of images. Sometimes we have to rename things, and it's nice to be able to easily find the original image and its name sometimes, especially when trying to find similar images.  Maybe a template like <nowiki>{</nowiki>{kolimage|''<nowiki>http://images.kingdomofloathing.com/otherimages/origpath.gif</nowiki>''}} which looks similar to one of wikipedia's "image copyright tags".  For example:
<div class="boilerplate" style="margin:0.5em auto;width:80%;clear:both;background-color:#f7f8ff;border:2px solid #8888aa;
                                padding:4px;font-size:85%;min-height:100px;vertical-align:center" id="imageLicense">
<div style="float:left" id="imageLicenseIcon">[[Image:leftswordguy.gif]]</div>
<div style="text-align:left;margin-left:84px" id="imageLicenseText">
This image is property of [http://www.kingdomofloathing.com '''The Kingdom of Loathing'''], copyright [http://asymmetric.net/ Asymmetric Publications, LLC].
 
The original location of this image was: [http://images.kingdomofloathing.com/otherimages/origpath.gif <nowiki>http://images.kingdomofloathing.com/otherimages/origpath.gif</nowiki>]
</div>
</div>
 
Ideas? Comments? Wording changes? Boobies? --[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 21:54, 25 January 2007 (CST)
*I think that it's a very good idea. More so to give the original location of the image, but it's a good idea to give credit where credit is due. I can't think of anything that would make your template look any better, although I think the white space at the bottom is a bit excessive. --[[User:TheDotGamer|TheDotGamer]] 06:19, 26 January 2007 (CST)
*Awesome, starting with [[TheKolWiki talk:Image use policy]].--{{:User:Dehstil}} 21:16, 27 January 2007 (CST)
*We should probably create a category for these images, if only so we can shrink down the list of [[Special:Uncategorizedimages|uncategorized images]] (and weed out any images which don't belong on the wiki). --{{User:Quietust/sig}} 13:38, 29 January 2007 (CST)
*Also, if there are multiple images for say, "pirate.gif", [[:Image:Pirate.gif]] should link to the other ones. That way, when [[:Image:Pirate2.gif]] is reused somewhere in-game, people won't get confused and reupload it. As for the category, something like "Category:In-game Images" or something more specific?--{{:User:Dehstil}} 16:38, 29 January 2007 (CST)
*Hmm, would be useful for pirate.gif linking to (and showing?) the other(originally) pirate.gifs.  A category would make it easier to use uncategorized images to parse these puppies.  We'd end up being only left with images that were "us"-made (and a few of those are based off an orig kol image [resize, crop, resolution, contrast, etc. edits for a variety of reasons, like crafting templates]). --[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 16:56, 29 January 2007 (CST)
**Should be have a more consistent renaming scheme for these too.  pirate2.gif (adding numbers) kinda stinks.  Keeping how kol names images, I probably would have renamed it something like  pirateghost.gif or pirate_ghost.gif. --[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 16:59, 29 January 2007 (CST)
*Is it our intention to host all the files hosted on ''images.kingdomofloathing.com'' or just the ones that are being used? Well, I mean, we have the images such as [[:Image:noart.gif]] that is most likely going to be used for an adventure in the future (or that's just my guess...), but then there's also renamed images such as [[:Image:asc1.gif]]-[[:Image:asc9.gif]], [[:Image:hasc1.gif]]-[[:Image:hasc9.gif]] which were renamed to [[:Image:asc01.gif]]-[[:Image:asc09.gif]], [[:Image:hasc01.gif]]-[[:Image:hasc09.gif]] to make the tattoos appear in numerical order on the view tattoos page in-game. The original images are still hosted in-game, although I don't think that they are used anywhere. As for my personal opinion, I don't see much harm in hosting both versions of in-game renamed images (although they are probably identical). Especially since the only version is currently used on so many user pages. As for keeping "leaked" images such as the "noart" one, I say they definitely should be here since they will come sooner or later, most likely. --[[User:TheDotGamer|TheDotGamer]] 07:39, 30 January 2007 (CST)
**In general an unused image from ''images.kingdomofloathing.com'' implies that we failed to document some aspect of the game...usually. For instance, I was planning to find a place to for [[:image:chamber6.gif|chamber6.gif]] along with the context for why it exists or at least a minor mention of it somewhere. In the case of renaming or copies of an image, I've usually [[:image:chamber7.gif|redirected]] them instead of reuploading, but either is fine by me.--{{:User:Dehstil}} 20:33, 30 January 2007 (CST)
 
===Altered Images===
Some of the images on the wiki have been modified by the users who uploaded them, frequently to add transparency (see [[:image:chorizo.gif|chorizo.gif]] for an example), while several other images have distinct ''duplicate'' versions uploaded in PNG format with transparency (see all of the "''foo''-mushroom-alpha.png" images on [[Mushroom Fields Strategy]]). This was apparently due to a [[Discussion/archive#Transparent Images|discussion]] from late 2005 and, in my opinion, should probably be revisited. Do we really want to store altered versions of in-game images on the wiki just so the colored recipe tables won't look ugly when they put the icons in, or should we just drop the images from them altogether? There are lots of other pages on the wiki which use similar colored tables with images (such as [[supertinkering]] and [[assimilating]]), and consistency is generally a good thing. --{{User:Quietust/sig}} 08:52, 16 February 2007 (CST)
*I'm sort of indifferent on the issue. I mean, I'm for consistency one way or the other but it doesn't matter too much to me. I guess I'm leaning slightly more towards the idea of scraping the transparent images and just sticking with the original in game images. Because, although it does look nice in colored tables, they just don't have the same "feel" to them. If we do decide to keep hosting and using transparent versions of the images I feel they shouldn't replace the original (such as [[:Image:chorizo.gif|chorizo.gif]]) and should be categorized into a category such as "Modified Images". --[[User:TheDotGamer|TheDotGamer]] 09:21, 16 February 2007 (CST)
**I don't think we should scrap the use of images in the tables altogether.  They're part of what makes the tables so easy to understand.  Transparent or not doesn't matter much at all, it's just a matter of how nit-picky we want to be about appearances.  The transparent ones look better on colored tables, but it's not a big deal to have a white square there either.  --[[User:Jinya|jin]] 19:06, 16 February 2007 (CST)
**I'm pretty on this neutral as well. My only question is, how are the transparent ones that much prettier? They seem to give about the same effect as the normal images.--{{:User:Dehstil}} 21:08, 16 February 2007 (CST)
*I don't even think that any page [[:Image:chorizo.gif|chorizo.gif]] links to uses the transparent background, as [[:Image:chorizo-alpha.png|chorizo-alpha.png]] also exists. [[:Image:chorizo.gif|Chorizo.gif]] should probably be reverted. Also, as I sort of mentioned earlier, does it sound like a good idea to make a new category [[:Category:Modified Images]] (or something of that sort) to help clean up [[Special:Uncategorizedimages]]? This would only leave user-created images that we have generally accepted as being allowed to be hosted, such as [[:Image:Elements2.gif|elements2.gif]], [[:Image:FamiliarML.png|familiarML.png]], or [[:Image:WheelDiagram.png|WheelDiagram.png]] for example. Are we looking to categorize everything? If so, they could probably be thrown in [[:Category:Other Images]]. Or you know, we could just keep it to two categories too and throw the modified images into [[:Category:Other Images]] too. --[[User:TheDotGamer|TheDotGamer]] 10:16, 17 February 2007 (CST)
*Personally, I would rather have a more specific category than "Other", otherwise, categorizing said images is no better than leaving them under [[Special:Uncategorizedimages]] because it'd be the same thing.--{{:User:Dehstil}} 14:59, 17 February 2007 (CST)
 
===Custom Avatars===
Another issue to think about in whether or not we want to host all the known files on the ''images.kingdomofloathing.com'' server is about the hosting of custom avatars. Currently there are about 50 or so being hosted on the wiki and apparently all but two of them are being used. They are being used almost exclusively on User pages. Given the fact that we are already [[Avatar#See Also|linking to]] [http://kol.coldfront.net/index.php/content/view/345/53/ Coldfront's List of Custom Avatars] a page on the wiki for them would be somewhat pointless, not to mention very difficult to keep up to date (without the use of a bot at least). So should we just host the ones that are being used on User pages, host all of them, host none of them, or something else? --[[User:TheDotGamer|TheDotGamer]] 09:21, 20 February 2007 (CST)
*I don't really think we should be hosting all of them on the wiki given that coldfront already does a pretty fine job at that...maybe we could make a template which automatically hooked into the coldfront page for those who wanted to display their custom images...--{{User:SomeStranger/sig}} 10:51, 20 February 2007 (CST)
*I think we're better off just leaving it as it is. In case I just thought wrong, a [[:Category:User Page Templates|user page template]] would be easy to implement, although I'm not sure how many users would be aware of this.--{{:User:Dehstil}} 23:17, 20 February 2007 (CST)
 
==Mathematical Formulae==
Does anyone have any thoughts about standardising mathematical formulae? Right now, things are a mish-mash of [[Sombrero vs Volleyball|images]] (no screenreader support, font settings independent of CSS), broken [[Sombrero vs Volleyball#Why does a Sombrero always win at some monster level?|MathML]] (uhh... broken, and even if it weren't, doesn't display in all browsers), and [[Safe Adventuring#Lower moxie limits|unappealing &lt;pre&gt; formatting]]. --[[User:Bagatelle|Bagatelle]] 14:15, 17 February 2007 (CST)
*There is code for MediaWiki that will generate PNG images for mathematical formulae expressed with MathML; however, it is not set up properly on this site (it requires additional packages to be installed on the system and some settings in MediaWiki's config file). --{{User:Quietust/sig}} 14:33, 17 February 2007 (CST)
*We could clean up all mathematical formulae manually and then keep that as our standard for the future if we wanted to go thru all that work. I'd rather have a certain package fixed, since it'd be easier though..--{{:User:Dehstil}} 14:59, 17 February 2007 (CST)
*Okay, then...I am going to go bother Mag some more...maybe we can get this working once and for all.--{{User:SomeStranger/sig}} 10:56, 20 February 2007 (CST)
**So is there going to be any movement on this, or are things going be left as they are? --[[User:Bagatelle|Bagatelle]] 15:01, 22 April 2007 (CDT)
*This has been bothering me a bit too. I don't really know anything about coding, but I think there should '''at least''' be some standardization of variables (for example, I have seen X, Y, and L all used as variables for familiar weight), also; and probably more significantly; I have noticed confusing use of the "-" symbol, which can be used to indicate subtraction or a range (for example, the range of damage a familiar can inflict). I think using the word "to" to indicate a range seems to be more common, and IMO is much more clear, and should the be standard, as pages which use "-" to indicate range have caused me much confusion when I mistook it for a subtraction symbol.--[[User:Knobula|Knobula]] 19:37, 8 October 2007 (CDT)
 
==Show Effect Effects on Item pages==
I find it fairly annoying that the effects of effects are not shown on the page of the item used to obtain the effect. For Example, when I search for [[Radium-flavored potato chips]] it shows:
 
You tear open the bag and eat the chips. Some of your hair falls out, but that's probably nothing.
{{acquireEffect|effect=Radium Radicality|duration=10}}
 
So I have to click the effect to know what the item does. It should be something like this:
 
You tear open the bag and eat the chips. Some of your hair falls out, but that's probably nothing.
 
You acquire an effect: [[Radium Radicality]]
 
(+30 [[moxie]] for 10 [[Adventures]])
 
But I don't know how to properly code that. --[[User:Popovitsj|Popovitsj]] 06:25, 13 March 2007 (CDT)
*We generally try to keep the various messages on the wiki pages looking the same as they appear in-game; besides, this particular suggestion would lead to significant clutter on the hundreds of pages which describe events that grant effects - '''one''' extra click isn't going to kill you. Besides, if this got implemented, then somebody would argue that the same thing be done for ''item'' acquisition messages, and that would be a total nightmare. --{{User:Quietust/sig}} 07:50, 13 March 2007 (CDT)
*I have to agree with Quietust. In one sense we are already listing the general outcome of using the item by having the see also section on the item page. Personally, I think these shouldn't be there (see my point #1 of [[#See Also Details]] above), although my main reason for desiring this is very more administrative related than general user usability related, therefore as long as there is a standard I'm okay with it.--[[User:TheDotGamer|TheDotGamer]] 10:23, 13 March 2007 (CDT)
:I agree with Popovitsj.  It decreases usability of the wiki that examining an item's description does not indicate what it actually does.  I guarantee that the majority of page views on items are <i>not</i> because people want to see the in game text, but rather because people want to see what that item actually does when you use it.  Item pages are typically short, and it would <i>not</i> clutter them to include a summary of the effect.  <del>And since I believe this could be implemented simply by changing the acquireEffect template, I just don't really see any reason not to.</del>  (Ok, I looked and the actual effects of an effect aren't included in the effect metadata. :( I'd argue that it should be.)
 
:Regarding Quietust's first argument, I'm not really sure it would produce much clutter.  And regarding the second, I would say that most people expect to learn everything about an item when they visit it's page.  They don't expect to learn everything about an item when seeing it's acquisition text.  It's not a slippery slope at all. 
 
:I just had an interesting idea, however.  It should be possible to make it so that when you hover over the link to an effect, the popup contains information about that effect.  If the consensus is that the text not be included in the page, this method would be both useful and nonintrusive. Here's an example:  [[Heavy Petting|<span title="All Attributes -10%; +5 to Familiar Weight ">Heavy Petting</span>]]. This might not work in all browsers, but at least it should fail gracefully.  (Of course, this would require the effect's effects being part of it's metadata.)  --[[User:Starwed|Starwed]] 20:24, 13 March 2007 (CDT)
::I think it is a slippery slope. On the other hand, a popup is totally doable, although possibly annoying unless I disable the tooltip in process when writing it. <small>Also, sortable tables are ''this'' close to working :(</small><br><br>Edit: Actually, would the tooltip work?--{{:User:Dehstil}} 20:48, 13 March 2007 (CDT)
:::By "popup" I really meant the tooltip which shows when you simply hover over an element with a title attribute.  ([[wikipedia:XUL|XUL]] classifies this a type of popup, and I actually learned XUL before I learned html.  :) )  It just requires modifying the wiki link as I show above; and checking it, it even works in IE.  I don't think disabling anything is required.  <i>If</i> item effects are listed in effect metadata (And I believe there's some funky way to do arrays with template syntax that would make this pretty simple to format) this should be very easy to implement.  --[[User:Starwed|Starwed]] 21:11, 13 March 2007 (CDT)
:::Then that would certainly work, but maybe with one modification: [[Heavy Petting|<span title="Heavy Petting: All Attributes -10%; +5 to Familiar Weight">Heavy Petting</span>]]. Cool, never thought of tooltips as popups.--{{:User:Dehstil}} 22:24, 13 March 2007 (CDT)
 
I was thinking, isn't it possible to somehow direct link the info on the associated effect page to the item page? I think it would be convenient if changes on the effect page would directly effect the effect info on the item page. Even though, the little pop-up-on-hovering suits me fine as well.--[[User:Popovitsj|Popovitsj]] 14:03, 14 March 2007 (CDT)
*Not being able to directly tell what an effect actually does, and having to click on the effect page ''every single time'', has always struck me as a major usability problem here.  If I volunteer to go through and add a 'desc' field to all the effect metadata pages, would there be any objection to me doing so?  I have a tentative modification to add tooltips to AcquireEffect at [[Template:Test3]], for example: {{Test3|effect=Knob Goblin Perfume|duration=1}}
The only thing I don't like is that the tooltip only appears over the plain text and blank areas - the linkified text and the image already have tooltips, and I don't know enough about templates to fix that, or even know if it can be fixed.  Also, an edit to [[Template:Effect/meta]] will be required, which I can't do myself because it's protected. --[[User:Jasonharper|Jasonharper]] 21:17, 10 September 2008 (UTC)
 
: This is my first edit here, and I registered to propose the same thing. Given that the game itself doesn't warn players about what a used item will do, I use the Kolwiki for that a lot. And its a bit annoying that I have to click another page (the effect) when it could be put onto the item page itself and it'd be easy. [[User:ArsRampancy|ArsRampancy]] 23:37, 1 October 2008 (UTC)
 
==Pulverization Yields==
Could we add a section for pulverization yields on equipment pages? It's annoying not to be able to know what an item smashes into just by going to its page. --[[User:TechSmurf|TechSmurf]] 17:16, 10 April 2007 (CDT)
*I would say that it's probably unnecessary. Although it could probably be done, I can't think of a way to make in unobtrusive. Well, {{tl|item}} could probably be updated to include a new field for equipment... but I don't know. If someone is going to be pulverizing and really wants to know exactly what they will get without trying to read the power table (although it's really not all that hard to do) one would probably rather use a [[Talk:Pulverize#Items Obtained From Smashing|table with all equipment on it]], which has already been retired from the main pulverize page. --[[User:TheDotGamer|TheDotGamer]] 00:34, 12 April 2007 (CDT)
**While I think adding pulverize yields to the item template would be kinda cool, it probably would take up too much space; plus, if one already knows exactly what one wants (say, [[cold powder]] for cold resistance), that item's page already has a description of how to get it, including convenient links to conscise lists of exactly which items have the necessary attributes. If all you want to know is what a specific item breaks into, the pulverize page will tell you exactly what anyway. Seeing it in the item template saves having to go to that page, but at the cost of increasing the space used by the item template by probably 50%.--[[User:Salien|Salien]] 01:07, 12 April 2007 (CDT)
***Actually, I'd like the pulverization yields to be a little more transparent than they currently are. Four out of the five elemental powders don't list any examples at all, so it doesn't look like that part of the item pages is very well maintained. Perhaps touching up the "how much do you get" and "what do you get" tables in the [[Pulverize]] page so we have power/requirement along one dimension and then enchantment perpendicular and then filling in the cells? (There's potential confusion in that pulverizing doesn't necessarily yield all of the same type, though.) Then we can just hyperlink some arbitrary text to the table. Alternatively, can't the template be rewritten to just read the requirement and enchantment (assuming these are cleaned up -- some of the enchantments use templates, and some don't) arguments, calculate the result, and sticking it somewhere unobtrusive (before/after the plurals)? (Asks the fellow who knows nothing about templates.) --[[User:Bagatelle|Bagatelle]] 15:01, 22 April 2007 (CDT)
 
==Official Table Format?==
Is there an official format for tables? I've seen them done in HTML, such as the [[Armorcraftiness#Animal_Hide_Pants|Animal Hide Pants]] table, and in Wiki markup, such at the [[Armorcraftiness#Amorous_Turtles|Amorous Turtles]] table. The code for the HTML tables is a bit intimidating to edit, even just in doing minor changes. The Wiki markup is a LOT easier to mentally parse and edit. I haven't noticed any differences between the final products for the two. Is there any reason to continue using HTML over the Wiki markup? If not, I'd be willing to have a go at converting them all over. --[[User:TechSmurf|TechSmurf]] 18:40, 18 April 2007 (CDT)
*I've got no problem with using wiki tables for everything, but that's going to involve a LOT of edits if you want to cover the hundreds of item pages which include recipes... --{{User:Quietust/sig}} 18:43, 18 April 2007 (CDT)
**Oh, snap. I completely forgot that the recipes were in HTML. Umm. Is there any way those could be botted? If not, I could still do them. Just not sure how to. I do almost all of my Wiki editing using code from other pages to compare to. --[[User:TechSmurf|TechSmurf]] 18:50, 18 April 2007 (CDT)
***There's probably an HTML-to-Wiki converter you can adapt that's less automatic than a bot but more so than by hand. Here are some examples in [[Wikipedia:Wikipedia:Tools/Editing_tools#From_HTML|Wikipedia]]. --[[User:Bagatelle|Bagatelle]] 15:01, 22 April 2007 (CDT)
==Featured Articles==
I've noticed that only a certain few articles get rotated around the 'featured' section on the main page. I suggest that we have a way to flag a page for feature, which people may be able to vote on. just an idea...--[[User:Skyl3lazer|Skyl3lazer]] 12:46, 1 May 2007 (CDT)
 
== area requirement messages ==
 
Would it make sense to have a template for these?  I mocked one up at the test template:
 
<code><nowiki>{{test
|message=The screams from within the "Fun" House make you decide that you're not quite ready for any "fun" yet.
|req=15}}</nowiki></code>
 
gives
 
If your main stat isn't high enough, you will see the following message:
 
:The screams from within the "Fun" House make you decide that you're not quite ready for any "fun" yet.
 
:(You must have at least 15 <stat> to adventure here.)
--[[User:Starwed|Starwed]] 02:11, 31 May 2007 (CDT)
:It should be possible to work some magic to pull the mainstat requirement from the zone's data page. --[[User:Jonrock|Jonrock]] 15:51, 31 May 2007 (CDT)
:Of course.  Maybe we should go ahead and put the messages on the Data pages as well.  I can't see any reason not to.  (Except the hassle of actually going through with it!)  --[[User:Starwed|Starwed]] 19:07, 31 May 2007 (CDT)
 
== Separate "History" from "Notes" ==
 
This has been tossed around before, but since it appears to need an official proposal I'll make it here.  Over and above the [[Tuesday]] updates, [[NS13]] is going to create a lot of changes to a lot of things, and for some time afterwards people are going to want to remember "how it was", even if only to argue on the forums about whether it should be put back the old way or not.  On the other hand, putting historical behavior in the Notes section of each item/adventure/zone creates confusion about the ''current'' behavior, for those who want to refer to the wiki for what to do ''right now''.  Therefore:
 
*Any page type which can have a "Notes" section should also be able to have a "History" section, containing Notes-style statements about changes/revamps/retirements.  This section should be as far down the page as possible, as it is not relevant to current game behavior.  In particular, it should be below "See Also", since that ''does'' link together items/adventures based on their current behavior.  For items only, it can be above "Collection".
 
This can be incorporated as policy at the same time as an overall standard of "Obvious bugs, which were repaired by TPTB within hours after rollout/update, should not be noted." to set a basic bar for what kind of historical data is interesting.
 
--[[User:Jonrock|Jonrock]] 15:49, 31 May 2007 (CDT)
 
*I'm kinda neutral about it, so either way ;-).  But I don't like having another heading added if it only has one "historical note", So maybe if there is only 1 "historical note", it goes under "notes", else 2 or more, it then gets its own section.  It may keep down a few extraneous headings on heading/section-happy pages ;-).  Eh, just thinking out loud.  Also (like mentioned above), where should it fit within the ultimate heading/section hierarchy... after "Notes" before "References", before "Notes", before "See Also", or at the top of the page?  Well maybe not that last one, but probably the first? It should be consistent across all pages, there is a list on some talk page (which I haven't refound [though I wasn't looking super hard]) in which every heading was listed all together to illustrate their ultimate order.  Man, I'm saying things in odd ways today.  On a side note, I think notes which say "This item didn't work right for a few hours" are not useful to anyone.  Anyone who's been around KoL for a while knows that everything new in KoL always comes with a few complications for at least the first day ;-), heh, almost everything could have a note like that!  There's a difference between something new being quirky for a while until it's sorted out and something being altered, changed, or unintentionally leaked. --[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 20:11, 31 May 2007 (CDT)
**Methinks the [[Established Standards#Item Pages|Established Standards]] page lists the order that's supposed to be applied. --[[User:Bagatelle|Bagatelle]] 22:14, 31 May 2007 (CDT)
**The only "didn't work right away" messages I would opt to keep would be ones that might explain otherwise impossible situations, such as the latest St. Sneaky Pete's Day items (hat, shirt, and tin star) being for sale (albeit at high prices) in mall stores even though they are marked as untradeable. --{{User:Quietust/sig}} 20:32, 31 May 2007 (CDT)
***Agreed. A History section should be reserved for when there is a defined and intended aspect of something that's been changed, not random little quirks that are worked out. --[[User:TechSmurf|TechSmurf]] 20:34, 31 May 2007 (CDT)
==Separate Monster Metadata from Location Metadata==
I noticed that the metadata for the [[Data:Fluffy bunny|fluffy bunny]] and the [[Data:Big creepy spider|big creepy spider]] appear on the [[:Category:Location_Data_Pages|location data]] page. If monster metadata is going to become standard, we should create a separate category page for it. --[[User:TechSmurf|TechSmurf]] 10:12, 1 June 2007 (CDT)
*Just a matter of updating {{tl|combat/meta}} to categorize its pages elsewhere, which I've now taken care of. --{{User:Quietust/sig}} 10:38, 1 June 2007 (CDT)
==Divide Stat Modifier Pages for Sorting==
As they are now, the [[Muscle Modifiers]], [[Moxie Modifiers]], and [[Mysticality Modifiers]] can't be sorted due to the headings and such. Should we split the tables into Absolute/Percentage/etc so they can be sorted? --[[User:TechSmurf|TechSmurf]] 18:10, 9 June 2007 (CDT)
*I can't see why not. Adding a blurb about the types of modifiers (absolute/percentage/...) in the introduction would be nice, too, or separating into discrete sections like [[Weapons (by requirement)]] so the table of contents shows up. --[[User:Bagatelle|Bagatelle]] 19:45, 10 June 2007 (CDT)
 
So, assuming there's no reason I shouldn't, I'm going to kill two birds with one stone by splitting up the tables AND incorporating the Hardcore Available modifiers into the pages, a la [[Talk:Hardcore Available Muscle Modifiers]]. --[[User:TechSmurf|TechSmurf]] 12:28, 11 June 2007 (CDT)
* *cough* you haven't done the [[Moxie Modifiers]] version yet. Also, what would people think about switching the requirements to read stat:number rather than number:stat? I think it would be handier for determining what the best equippable item is, when sorting is enabled. --[[User:Bagatelle|Bagatelle]] 22:05, 18 June 2007 (CDT)


== Bounty Hunter Hunter Items ==
== Dealing with Bookshelf Skills ==
This was posted over on [[Discussion]] months ago, before I realized that this page exists. Here's the relevant part:


Since we've got a vast glut of new [[:category:Quest Items|Quest Items]] from the BHH, how about creating a new sub-category, Bounty Items? &mdash;[[User:Dentarthurdent|Dentarthurdent]]([[User_talk:Dentarthurdent|T]],[[Special:Contributions/Dentarthurdent|C]]) 00:49, 2 July 2007 (CDT)
Notes regarding spellbooks from Mr. Store are incredibly inconsistent. For example:
:Two problems: 1. The category contents are automatically tagged whenever the {{tl|item}} template puts the words '''Quest Item''' on the page, so trying to suppress that for a small subset of the items would be a real headache.  2. Creating a Bounty Items category would just be duplicating the work already done by the list on the BHH page itself, for no purpose.  (3. The vast glut of new quest items is really from the quests themselves. Yay, content!) --[[User:Jonrock|Jonrock]] 20:53, 3 July 2007 (CDT)
*Prior to January 3, 2008, using this item would grant a player the skill [[Summon Snowcones]], which is marked as Hardcore Permanent, regardless of the configuration of your current run.
*Enables players to [[Summon Stickers]] from their [[The Campground|Campground]].
*[[Summon Sugar Sheet]] is a hardcore permanent skill, regardless of the configuration of your current run.
*Prior to January 3, 2008, using this item would grant a player the skill [[Summon Candy Hearts]], a skill marked as [[Hardcore]] Permanent.
*Allows you to [[Summon Party Favor]]s.
*Grants [[Summon Love Song|Summon Love Songs]].
*Prior to January 3, 2008, using this item would grant a player the skill [[Summon Hilarious Objects]], which is marked as Hardcore Permanent.
*Allows you to [[Summon "Tasteful" Gifts|summon "tasteful" gifts]].
The pre-Bookshelf books' notes leave the reader wondering, "What about after January 3, 2008?" Other notes don't actually specify that the item ''grants'' the skill, but that the skill itself is Hardcore Permanent. And we need to settle on parlance: do these books still grant skills, even though they go on the Bookshelf?


== What to do when the Moxie for no hit is unknown ==
I'd like to reach a consensus, at least regarding skill books, as to what information is worthy of inclusion and what isn't, as well as how we will phrase certain things. This sort of congruity could be used in future templates, but also just creates a more coherent resource.


The error message '''Effects by number Expression error: unrecognised punctuation character "?"''' is ugly, and occurs frequently with new content. What can we do to avoid this? --[[User:Gausie|Gausie]] 20:08, 3 July 2007 (CDT)
Let's start with skill books. What's important? What's not? How can we standardize their information? --[[User:Southwest|Southwest]] 07:50, 4 January 2010 (UTC)
:Are there people who use this even when it is working?  I wouldn't mind if the entire thing went away. --[[User:Jonrock|Jonrock]] 20:38, 3 July 2007 (CDT)


== "no adventure loss" choices ==
*It's just messy. Originally those were hardcore skills. Then came the "bookshelf" concept and they were dropped from the skills page, but later returned there. I'd say it's now fair to call them a special class of skills. --{{User:Club/sig}} 20:01, 14 January 2010 (UTC)


Quite frequently there are choice adventures of which some choices will cost an adventure, and some will not.  I would like to see an unobtrusive tag that could appear after the choices that do not cost an adventure, which says something like ''(no adv. loss)'' or the like. -- [[User:Antaeus Feldspar|Antaeus Feldspar]] 16:11, 7 July 2007 (CDT)
== Plural Monsters ==


==Semi-Rares==
I would like to propose changes to deal with tracking plural monsters.
* Add a "qty" field to Combat Data Pages. By default, this should =1 (and if so, be ignored in displaying the page). Perhaps Quietbot could be enlisted to go through and add this field in, if such a standard were accepted.
* Somewhere -- probably the <nowiki>{{skill}}</nowiki> template -- an "areaofeffect" field should be added. Again, it would default to 1. It would also be ignored when displaying skill info unless it was > 1.
* A page could be created, "Area of Effect" or similar, with details on how such spells / monsters interact, perhaps with links to each page that was relevant.


With the advent of NS13, a fair number of rare (but not ultra-rare) adventures have popped up all over the place, with accompanying powerful items, including (but not limited) to things such as {{plural|fake blood}} and {{plural|donkey flipbook}}. Perhaps there should be a new category for such things that can be set in the Item tag?
Please let me know your thoughts, and I apologize if this isn't the best place to discuss this. --[[User:StDoodle|StDoodle]] 18:21, 6 February 2011 (UTC)
==Pen Pal Items Category==
We have quite a few new Items coming from the Pen Pal Kit from Mr. Store.  It appears it would behoove us to set up a category to deal with these items.  Thoughts?
--[[User:Soldan|Soldan]]
*There's no purpose for knowing such a thing is in so-and-so category, I think. Unlike, say, candy, which has an effective distinction from other things (gameswise). I, for one, wouldn't mind several more categories, but failing that, this can be a list, rather than a category. --[[User:Raijinili|Raijinili]] 18:28, 3 May 2011 (UTC)


*...forgot to sign. D'oh. --[[User:Katarani|Katarani]] 07:45, 8 July 2007 (CDT)
== No leading 0's in skill numbers ==


I think this is probably a good idea. Stuff like the [[shrinking powder]] clearly isn't from a common adventure, but it's not by any stretch of the imagination an ultra-rare. It's also be useful for getting a listing of these items, as there appears to be one in almost every area.--[[User:MaskedLihc|MaskedLihc]] 13:18, 9 July 2007 (CDT)
At [[Transcendental Olfaction]], I just changed skill number 0019 to 19. (Not realizing that it changed the in-game link, I went for a few minutes searching for the source of the click template.) Here are my reasons:
* It's in game as such.
* The "skill" keyword in in-game combat macros does not ignore leading 0's.
* The skill desc link, which is the only thing I think the wiki does with the number, DOES ignore leading 0's, so that's safe.
--[[User:Raijinili|Raijinili]] 10:04, 12 January 2012 (CET)
:Points one and two sound compelling to me. Need more people to weigh in. I don't remember why we used the zero padding in the first place. --{{User:Club/sig}} 19:42, 12 January 2012 (CET)


I'd like a category for semi-rare items '''and''' adventures, and have the semi-rare  list moved from the [[fortune cookie]] page and onto its own page (Perhaps the [[Semi-Rare Counter]]?), as the fortune cookie provides a window onto the counter. The cookie doesn't have any bearing on the counter itself. --[[User:Flatluigi|flatluigi]] 23:33, 13 July 2007 (CDT)
This was what happened with my bug report about the issue last year.
:It definitely deserves it's own page.  I'd suggest simply [[Semi-Rare Adventures]].  --[[User:Starwed|Starwed]] 22:29, 17 July 2007 (CDT)
<b>From</b> <u>Gemelli</u> (#384532)&nbsp;[<u>reply</u>]&nbsp;[<u>quoted</u>]<br><b>Date:</b> Thursday, January 12, 2012, 10:47AM<!--01/12/12 10:47:19--><br><blockquote>Intended, yesYou could argue that zeroes should be ignored, but that's probably a lower priority than adding "Else" to the If statement, e.g. :) <br>
:So, I went ahead and moved a big chunk of info from the fortune cookie page to the one I suggested aboveBoth pages could use some polish, but I think that'll be easier now the concept of semi-rare adventures is seperated out from the fortune cookie page. --[[User:Starwed|Starwed]] 13:44, 20 July 2007 (CDT)
<br>
--Gem<br>
<br>
&gt; "skill" in BALLS doesn't ignore leading zeros.<br>
&gt; <br>
&gt; For example, 0019 doesn't match Olfaction, where 19 does.<br>
&gt; <br>
&gt; Intended?</blockquote>
--[[User:Raijinili|Raijinili]] 11:39, 11 January 2013 (CET)


== Category for Effects that alter meta-game aspects ==
== Template Parameter Formatting ==


I think it would be useful to have a category for things that alter the meta-game. Just off the top of my head, you've got
Of all the multi-line templates used on this wiki, some do "parameter=value|" and others do "|parameter=value". Some others have seemingly random indentation as well, possibly coming from examples on the Established Standards pages. In order to make it easier to do scripted edits, we should really standardize to using '''one''' format. I personally prefer "parameter=value|" because it ensures that values will never have trailing newlines, and it also makes it easier to distinguish them from wiki-markup tables. Similarly, multi-line templates should ideally put each parameter on its own line, and it might also be useful to put the final "}}" on its own line to avoid needing special cases for detecting it. Scripting the updates may be difficult, but ought to be doable. --{{User:Quietust/sig}} 17:41, 28 September 2012 (CEST)


* [[Wanged]]
== Uses Tables ==
* [[Sword behind Inappropriate Prepositions]]
* [[Encoder ring]]
* [[Liar's pants]]


--[[User:Gausie|Gausie]] 09:03, 19 July 2007 (CDT)
What if we build tables in the Uses section of item pages, showing the recipes for said uses?  Pros: is a quick reference for how to actually make the stuff that can be made with a given item; provides wikilinks between related things.  Cons: might be a bit bulky; may constitute redundant information.  I put some examples in the [http://kol.coldfront.net/thekolwiki/index.php?title=TheKolWiki:Sandbox&oldid=519340 sandbox].  &mdash;[[User:Dentarthurdent|Dentarthurdent]] 09:29, 19 November 2012 (CET)


== Official Location Names ==
* I think this is an AWESOME idea! It'd be sooo helpful to have everything on one page, instead of having to follow each link to see how it's made. --[[User:AlphaBitch|AlphaBitch]] ([[User talk:AlphaBitch|talk]]) 00:59, 6 May 2013 (UTC)


A couple of inconsistent location names have been brought to my attention. A couple of users noted that the image name and the "last adventure" tooltip text don't match. Another example is The/An Oasis, which I've already flipped a couple of times (sigh). A further look at the Kitchens uses "Cobb's Knob Kitchens" as the adventure again link. [[Established Standards]] doesn't seem to say whether we go with the picture or the "adventure again" text. Do we care one way or the other which is used? --[[User:Bagatelle|Bagatelle]] 20:10, 20 July 2007 (CDT)
== Off-hand items which are actually weapons ==
*You know, that's been bugging me for a while as well. Honestly, I wouldn't mind switching them to use the area names for the "last adventure" link, as well as the "back to [area]" within the adventure itself. --{{User:Quietust/sig}} 21:01, 20 July 2007 (CDT)
*Whether this is better or not, in the past when the the Last Adventure Name and the name on the image was different, we went with the name on the image. The Last Adventure link wasn't always there, so originally, we only had the image name to go by. Of course there is the argument that we should always go by the Last Adventure link over the name of this image, but as long as we are consistent, if doesn't really matter to me.  Though, the naming via image was around first, and you can play the game (normally, via clicking ;-)) without ever looking at the Last Adventure name, but not without ever looking at the main map/location page images. I think we had this discussion somewhere before, and agreed on the image name, and by 'we' I mean the whole 4 of 5 of us at the time ;-). I looked through the archives of [[discussion]], but with no luck.  It could be on any talk page, anywhere ;-) . --[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 21:05, 20 July 2007 (CDT)
**You expect to be able to find things? What do you think this is, a Wiki? Anyway, [[User:Nifty nobu|Nifty Nobu]] [[Proposed Standards#Redirects|some ways up the page]] tantalisingly hinted at the pic name being the de facto standard. A Google search also yielded a snippet of conversation concerning [[Talk:Violet_Fog#Location Name Mismatches|Violet Fog]], which isn't exactly what we're looking for. --[[User:Bagatelle|Bagatelle]] 13:10, 21 July 2007 (CDT)
*I like using the pic name because of the infoboxes -- it'd look weird for the title to say one thing and the embedded picture to say another. (Though there's precendent for difference, where areas have been [[The Misspelled Cemetary (Pre-Cyrpt)|split]].) On the other hand, the more correct name would be the "Last Adventure"/back to X link, as that is what someone playing in-game would see most often, and is what is used by the BHH. --[[User:Bagatelle|Bagatelle]] 13:10, 21 July 2007 (CDT)


*I noticed someone added Wine Racks to the [[Safe Adventuring]] page, and to me it just doesn't look right, since everything else in Spookyraven starts with 'The Haunted'.  It's a new kind of map, like The Hidden City, and maybe The Junkyard (I haven't spent enough time there), so I don't think the pic names are valid anymore.  I vote for the Last Adventure name, and the Bounty Hunter Hunter name, and my obsessive/compulsive desire for symmetry. :) --[[User:Tzom|Tzom]] 09:31, 23 July 2007 (CDT)
I use the Dressing for Success articles a lot, and the Off-hand category always annoys me because it lists a ton of items which I can't equip because they're actually weapons and I don't have Double-Fisted Skull Smashing.


== Location Data: pages ==
Therefore, I propose using a symbol to signify which Off-hand items listed in Dressing for Success pages are weapons and require DFSS.


Creating the data pages for locations is kind of annoying compared to using the automatically created "create metadata" links the effect and item templates give you.  there prob should be a template location, which can include the locations category (well, maybe not, since many locations start with "The" and so have their categorical sorting overridden). It would also include <nowiki>{{Data:{{PAGENAME}}|format=INFOBOX_Location}}}}</nowiki>, but would also include for it not existing like other templates.  Havinga  templte preloaded is just, well, nice. Then <nowiki>{{Locations}}</nowiki> would just be added to the top-ish of a page. For example:
I think we can just add this definition to the existing *, or else use a new symbol for this new definition, perhaps a +. {{unsigned|AlphaBitch}}
:<nowiki>{{#ifexist:Data:{{PAGENAME}}
    | {{Data:{{PAGENAME}}|format=INFOBOX_Location}}}}
    | '''<span class="plainlinks">
      [{{fullurle:Data:{{PAGENAME}}|action=edit&preload=Template:Location/data}} Create Location InfoBox]</span>'''[[Category:NeedsWork]]}}</nowiki>
::--[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 00:24, 24 July 2007 (CDT)
*I agree, location data pages aren't done nearly as elegantly as I'd like them to be (probably because I wasn't the one who designed them in the first place - I simply got a request from Starwed to create them as they currently are). I could probably throw together a script to replace the existing tags with templates to handle it more intelligently - just create the templates ('''two''' of them - one for Location and another for DualLocation) and I'll take care of the rest. --{{User:Quietust/sig}} 07:56, 24 July 2007 (CDT)
*The location data page format I put forward was just an exact copy of the item data page format which was already in place.  The real problem is that since the infobox templates predate the data pages, they're not designed to play well with them.  (Oh, and the existance of a dual location could be auto-detected by whether the header2 parameter exists.) --[[User:Starwed|Starwed]] 09:36, 24 July 2007 (CDT)
*Also, would it be possible to add a section for semi-rare adventures to the template, like there is for clover and ultra-rare adventures? --[[User:Deusnoctum|Deusnoctum]] 20:14, 21 August 2007 (CDT)
**There already is such a section. See [[The Spooky Forest]] for an example.--{{User:SomeStranger/sig}} 20:21, 21 August 2007 (CDT)


==Ordering for location pages==
* I think I'm on board with a + or ^ or whatever. Being a little clearer can't hurt. {{User:Erich/sig}} 23:11, 26 April 2013 (UTC)
It just occurred to me that there's no real set order for location pages. So...
*Combat Adventures
**Regular encounter
**One-time encounters
**Semi-rare encounters
**Encounters resulting from choice adventures
**Ultra-rare encounters
*Noncombat Adventures
**Regular adventures
**Choice adventures
**Adventures resulting from choice adventures
**One time adventures
**Semi-rare adventures
**Clover adventures


Yes? No? Walrus? --[[User:TechSmurf|TechSmurf]] 18:47, 29 July 2007 (CDT)
== Bind-on-use items ==
*I'd place Superlikely (which you omitted and/or replaced with one-time), Semi-rare, Ultra-rare, and Clover adventures in their own category, since they're special in that they generally ''ignore'' the combat adventure probability. The same would go for combats only resulting from choice adventures, since those are special. --{{User:Quietust/sig}} 19:21, 29 July 2007 (CDT)
*Sounds good.  Are bad moon adventures normal noncombats, or special?  I know that some of the shirt adventures (certainly the one in the airship) are also not normal NCs.  --[[User:Starwed|Starwed]] 20:19, 29 July 2007 (CDT)
**One thing I definitely do not like is the current handling of [[An Oasis]].  When the one-time adventures are split out into their own major section, it is very unclear whether they can be bumped by combat rate modifier effects or not.  I definitely prefer that they be under the main "Noncombat" heading, with their one-time nature noted, as in [[The Haunted Pantry]]. --[[User:Jonrock|Jonrock]] 19:18, 1 August 2007 (CDT)


== Wiki itself-fix up ==
Some IoTMs, once used, can never be traded, and are thus bind on use: the plastic vampire fangs, penpal/gameinformblahblah, etc. It would be really great if there was a way to easily differentiate these items, such as by tagging them Bind-on-use [or some other, easier/better term].


Maybe, something like (a bit vague, just an idea) a maximum of (eg: ) 10 pages that need certain types of content.
I'm pretty new to the game and this wiki, so if we already have a section for bind-on-use items, I don't know what it is. --[[User:AlphaBitch|AlphaBitch]] ([[User talk:AlphaBitch|talk]]) 01:02, 6 May 2013 (UTC)


If there are more than this limit, no more pages can be made unless neccasary, this would help with cleanup immensly as users would have only one option-to fix up bad pages.
*I'll see what I can do to get that on to those pages. No promises, though. [[User:That Name Is Already Taken|That Name Is Already Taken]] ([[User talk:That Name Is Already Taken|talk]]) 07:51, 3 November 2015 (UTC)


Beacause, many a page I've seen needs content, for a great example: the 5-class green ecto-larvae, the current IOTM, that page has so little real information, but yet users are working on other things.
== Monster Manuel entries for enemies ==


Another example is the page on "a brick of sand", this needs content, but noone seems to be bothered. And the bottle-rocket-and a dozen other pages, at least.
I think it'd be cool/amusing to enter the Monster Manuel factoids for each enemy.


I'm not just talking about content, this could stretch for a lot.
Unless TPTB wouldn't like it, since it may discourage people from buying the Manuel? --[[User:AlphaBitch|AlphaBitch]] ([[User talk:AlphaBitch|talk]]) 00:25, 16 May 2013 (UTC)
*There's an entire series of pages for [[Monster Manuel (Entries)]].  --[[User:Flargen|Flargen]] ([[User talk:Flargen|talk]]) 00:36, 16 May 2013 (UTC)
*Beaten to the edit. But I'll add that the the wiki aims to have all the text and images from the game and I've never heard of TPTB complaining about that. --{{User:Club/sig}} 00:40, 16 May 2013 (UTC)
*Sorry, I guess I wasn't clear -- I mean, enter the Manuel data on each enemy's page. Like, as a separate section, maybe below Notes but above References? --[[User:AlphaBitch|AlphaBitch]] ([[User talk:AlphaBitch|talk]]) 01:16, 16 May 2013 (UTC)
** The way the wiki has them is fine, IMHO. I thought about the entries on the mob page when we were first adding them in, but then realized that a> it's too much clutter, and b> other content like Manuel is treated with it's own section (ie hatrack and scarecrow message pages). {{User:Erich/sig}} 02:16, 16 May 2013 (UTC)


In short, it could help clean up the Wiki-a lot. <small>this unsigned comment was added at 07:53 BST, 7 October 2007 by DillyDally</small>
== Adding Siphon Spirits results to monster phylums (phyla?) ==


== new sub-category? ==
So, um, I've decided to add the Siphon Spirits results to monster phylums, just like how each one lists the paste result from Release the Boots. I guess maybe I should've asked beforehand? :/


should there be a new sub-category of useable items about which ones can be used on other players?--[[User:Noinamg|Noinamg]] 20:14, 28 January 2008 (CST)
I'm wording it "Spirits siphoned from members of this phylum give 5/10/15 turns of the effect [[XX]] (YY)", which I think looks nice.


== Dressing for Success in Bad Moon ==
I'm also putting the siphon spirits info in front of the stomp-paste info, that way there aren't two unrelated links side by side.


I think the [[Dressing For Success]] tables could use a column for dressing for success in Bad Moon.
--[[User:AlphaBitch|AlphaBitch]] ([[User talk:AlphaBitch|talk]]) 07:41, 13 July 2013 (UTC)
*that seems a decent idea. if someone objects they'll take it out. can't see why, though. --[[User:Evilkolbot|Evilkolbot]] ([[User talk:Evilkolbot|talk]]) 09:19, 13 July 2013 (UTC)


== More drop information ==
*Whew, all done! They look great to me: nice wording, all links are good, consistent style for every single entry. If anyone has a problem, I hope they'll post here before undoing my hard work! --[[User:AlphaBitch|AlphaBitch]] ([[User talk:AlphaBitch|talk]]) 09:36, 14 July 2013 (UTC)


The 'Drop location' formatting change pleases me greatly.  I no longer have to sort through location pages to figure out which monster drops the item I'm looking for!  I propose adding in the drop rate, which will save lots of people from clicking.  So for example, if we take [[Chef's hat]], the drop info would become something like this:
== Custom items in lists ==


I don't think custom items should be listed along with regular game items on category pages.


;[[The Haunted Pantry]]
If someone looks at, say, [[Familiar Equipment]], why do they need to see Cynn's [[Toddler-sized Dragon Costume]] in the list? What good does it serve, having it listed in there?
:''[[Trespasser]]''
--[[User:AlphaBitch|AlphaBitch]] ([[User talk:AlphaBitch|talk]]) 07:48, 19 July 2013 (UTC)
;[[The Haunted Kitchen]]
*the short answer is because they're items. they exist in-game and aren't different from non-custom items. why does it offend you so? is there a reason beyond "don't like" that you say this? --[[User:Evilkolbot|Evilkolbot]] ([[User talk:Evilkolbot|talk]]) 11:54, 19 July 2013 (UTC)
:[[zombie chef]] (5.2% drop rate)
**There are two reasons people look at the lists. To find things for themselves and to just find things. Barring a bug, you or I will never have the dragon costume, but I like seeing it in the list. There are also one-time items, like Mr Store, or untradable event items. I'm probably never going to have a Tam'o'Shatner, and there might be some one-time-untradable familiar item that I lack and cannot get. But I still want to see it listed. --{{User:Club/sig}} 16:09, 19 July 2013 (UTC)
;[[Outskirts of Cobb's Knob]]
***My opinion as an inconsequential wiki-user and editor is that they should stay. Like club said, there's a bunch of stuff i'll never have that's nice to see listed, personally. occasionally i have wished they weren't there for purposes of "items i might use", but i think that's not the wiki's fault. In my understanding, the wiki is intended to be a completely comprehensive repository of all kol information not specifically requested to not be spoiled. whether it is or isn't isn't this discussion, but that's what i believe the intent is.--[[User:Alabit|Alabit]] ([[User talk:Alabit|talk]]) 06:33, 20 July 2013 (UTC)
:[[Knob Goblin Assistant Chef]] (33.5% drop rate)
***Add my voice to Club and Alabit's.  I would prefer to see the lists be as comprehensive as possible, whether it's items, tattoos, or what have you.  And seeing something like the [[Toddler-sized Dragon Costume]] on the wiki is usually how I get to learn about the cool stuff TPTB are doing for their dedicated fans.--[[User:Magered|MageRed]] ([[User talk:Magered|talk]]) 19:21, 20 July 2013 (UTC)
****A little late to the discussion, but I do want to add in an opinion on the other side: While I like learning about cool items I will never have, it's irritating to have to sort through a list where 70% of the stuff doesn't apply to my hardcore run.  "Let's see, I don't have the normal X, Y, or Z I'd have by this point, still need that extra +5 to beat this area... what might be in my inventory that I wouldn't normally pay attention to?  Well, not that unique item, or that IotM from 2008, or...."  I'm actually really grateful that someone made a secondary food list for only HC-accessible food (even unlikely stuff like Feast of Boris drops), because it makes that list much more manageable when I'm trying to find info in a hurry (say, right before rollover).  Would like to see something like that for other lists as well... and the color-coding that tells what sort of item is what is complex, but useful. [[User:Kilyle|Kilyle]] ([[User talk:Kilyle|talk]]) 07:46, 25 August 2013 (UTC)


== The difference between articles and pronouns ==


maybe there's a way to do it better, but my point is that I think it would be useful to have the information right there on the item page :) -- [[User:Zucker|Zucker]] 04:06, 10 June 2008 (CDT)
While looking at a monsterdata page, I realised we use "pronoun" to mean the word between "You're fighting" and the monster's name, rather than "article". Surely this is a mistake? Additionally, we have no way to specify their ''actual'' pronoun. So, what I propose is that we revert all the lines saying "pronoun" to "article", and add pronoun to, well, indicate pronoun._-^[[User:Blargh|Blargh]] ([[User talk:Blargh|talk]]) 09:03, 10 August 2014 (UTC)^
*It would greatly pain me to have to go through all the items again inputting drop rates. (and there are over 3000 items). In addition, adding a drop rate may be too much; I didn't quite like adding multiple parenthesis under multiple quotes. With drop rates, it could be something like (occurs semi rarely) (occur with torso awaregness) (X% drop rate). Information overload!  Kawaaaai! --{{User:Coolguy00001/sig}} 07:50, 10 June 2008 (CDT)
*What would the new "pronoun" be? {{User:Cool12309/sig}} 15:02, 10 August 2014 (UTC)
*Well, it's something that could be done via a bot. (I'm a bit surprised you started editing them by hand, to be honest!) You might well be right about adding the drop rate as being info-overload, though. --[[User:Starwed|Starwed]] 09:09, 10 June 2008 (CDT)
**The (real) pronoun field in Monster Data would specify he, she, it or they. Alternatively, but tougher to ensure consistency, it could be male, female, neutral and group.-[[User:Foggy|Foggy]] ([[User talk:Foggy|talk]]) 15:11, 10 August 2014 (UTC)
**It would be overload. Some items can drop 2-3 times from a single monster, each with a different drop rate.  And then we again run into issues with what to do about monsters that are encountered through noncombats, possibly after making more than one choice. And the few noncombats which only sometimes give an item, or a variable number of an item. The more detailed we try to make these listings, the more problems we're going to have with all of the wacky drop and adventure mechanics the game currently has and the new ones it will likely have in the future. --[[User:Flargen|Flargen]] 00:00, 11 June 2008 (CDT)
***How would the second example make consistency harder to ensure? I don't understand.-[[User:Blargh|Blargh]] ([[User talk:Blargh|talk]]) 15:31, 11 August 2014 (UTC)
*Yeah, that's badly named, and s/pronoun/article/g makes sense.  Adding an actual pronoun field for pronouns is ok too, as it is clearly part of the monster data the game stores so why not document it, although I can't find anywhere it would actually be used here...  --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 16:21, 11 August 2014 (UTC)
*you hit him/her/it/them in the nards? --[[User:Evilkolbot|Evilkolbot]] ([[User talk:Evilkolbot|talk]]) 16:39, 11 August 2014 (UTC)
**...but player/weapon hit messages aren't associated with any particular monster, so having monster pronouns wouldn't help that... --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 16:58, 11 August 2014 (UTC)
**Agreed with Fig bucket. Gender essentially would be like Monster Parts. Recordable, not very usable.-[[User:Foggy|Foggy]] ([[User talk:Foggy|talk]]) 17:01, 11 August 2014 (UTC)
***If by usable you mean useful, then of course not. It would be nothing but a curiosum.
***Another thing I forgot to mention is that we should have a template for pronouns so we don't have to use annoying pseudo-templates such as the <it> or <she> thing some people do; It could be something like {/{pr0n|nomi}} and {/{pr0n|accu}}, and output a random from the list, just like {/{Metal}} does.-[[User:Blargh|Blargh]] ([[User talk:Blargh|talk]]) 17:21, 11 August 2014 (UTC)
****Erm, should I take your silence as aggreance/acceptance?_[[User:Blargh|Blargh]] ([[User talk:Blargh|talk]]) 15:49, 15 August 2014 (UTC)
*****Oh well, I'll just go do that... thing._[[User:Blargh|Blargh]] ([[User talk:Blargh|talk]]) 15:50, 24 August 2014 (UTC)_
******So why is it named 'pr0n'? {{User:Cool12309/sig}} 16:20, 24 August 2014 (UTC)
******Also, some uses mess up the verb agreement, since "they" is plural, while he/she/it is singular. --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 16:44, 24 August 2014 (UTC)
******Also, also, uses in the same message should be consistent, even if the case is different, so you get stuff like "He hits you with his" rather than "He hits you with her". So I'm going to revert the uses of the template (rather than just fix the name) for now, although I do like the idea of a randomizing pronoun template, and perhaps there is some way to address these issues. --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 00:04, 25 August 2014 (UTC)
*******Perhaps there is, I wouldn't know. [[Template:Test|Over here]], I tried to rewrite it in a way that should solve the latter problem, except it doesn't. If the correct form of verbs is going to be an ißue, too, then I gueß we need a different template entirely, one that can detect the gender of pronouns. This, I have absolutely no idea how to make.<br >Also, it seems the original questions of articles in data pages and documentation of monster gender have been abandoned, which are obviously both gravidly important matters that should be debated for weeks and handled with the severity of ten thousand religious fanatics._[[User:Blargh|Blargh]] ([[User talk:Blargh|talk]]) 14:45, 27 August 2014 (UTC)_


==Inventory Section==
==user css==
The "More drop information" just above has been a useful change to the wiki. I'm happy to see it here. It reminds me of a longing I've had for the item pages for a whilte now: what section of inventory is the item found in. Many times it's easy to find something, but some items show up in less obvious places. The [[reassembled blackbird]] is a quest item, and shows up misc/quest, but more than once I've looked in misc/misc for it. I think of {{plural|inkwell}} as primarily for {{plural|scroll of ancient forbidden unspeakable evil}}, but they also have a combat use, so that's where they end up. Could we add attribute of an item to the metadata info on the upper left of an item page? --{{User:Club/sig}} 14:33, 25 June 2008 (CDT)
*people (ahem) have been including css to hide the ad frames in their vector.css. this directly affects coldfront's revenue. the admins have complained. apparently there has been talk about turning off user css altogether. perhaps it should be made explicit that any attempt to remove ads server side will be frowned on, and repeated offenders asked to leave the wiki.--[[User:Evilkolbot|Evilkolbot]] ([[User talk:Evilkolbot|talk]]) 17:44, 24 February 2015 (UTC)
*I'm not sure I understand... you want the Wiki to maintain a list of equipment sections so you can navigate to the page on the Wiki to figure out where to go in the Miscellaneous page of your inventory? Wouldn't CTRL-F be faster at that point? There was also forum talk of [http://forums.kingdomofloathing.com:8080/vb/showthread.php?t=153082 customised inventory sections]. --[[User:Bagatelle|Bagatelle]] 20:51, 25 June 2008 (CDT)
*Well, I '''can''' find them. But it takes time. I default my inventory to every section rolled up, since I am a packrat and have boatloads of items. It seems like not-off the wall idea for the wiki to record where you can find things you have in the game. ("Find" in the other sense, not in the acquire meaning.) I probably wouldn't use the wiki as a resource for this, except perhaps to learn about something before I acquire it. Customized sections could make this less useful, but I'm not reading the forums to find out how likely it is. --{{User:Club/sig}} 16:53, 26 June 2008 (CDT)
*I mean it doesn't hurt having it listed, but is it really necessary?  You tell me the type of an item I've never heard of and maybe what it does when used, and I bet I can tell you exactly where it will be in your inventory, if not on the first guess, definitely the second. I wrote the following a long time ago, maybe it still applies. --[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 20:23, 26 June 2008 (CDT)
**Actually by looking at the type of each item you know were to look for it. Food/Drink, Booze, all equipments, quest items, etc. are obvious. Combat and combat/usables are in (Mostly) Combat Items. Miscellaneous Items contains hatchlings and misc. items. (Mostly) Potions: contains things which grant effects like snowcones, nuggets, powders, candy, etc. The only tricky ones are usable items, which may be in Miscellaneous, as spleen, restorative, or other, or in Miscellaneous Items. It's usually pretty easy to figure out where an item is listed in your inventory if you have any idea about what that item does or is used for. Worst case scenario, you have to check two places. --JRSiebz (☎|§|‡) 00:22, 28 December 2006 (CST)


==Hobopolis Boss Drop Order==
== We Need Some New Categories! ==
*the hobo bosses drop items in a particular order. should we replicate this? i'd say rather that alpha sort should be applied throughout. --[[User:Evilkolbot|Evilkolbot]] 06:56, 30 June 2008 (CDT)
**For the record, all other monsters drop their items in a specific order (usually ordered by item ID), but that hasn't stopped users (be they normal users or other admins) from reordering them alphabetically. --{{User:Quietust/sig}} 07:35, 30 June 2008 (CDT)
***so that's a go ahead, then? --[[User:Evilkolbot|Evilkolbot]] 14:25, 30 June 2008 (CDT)


== Pages that are basically lists of related content? ==
I personally would like to see some more ''Useful'' categories. No offense to monster parts or anything, but we should probably condense those into one big category with them all as subcategories. Other than that, I think it would behoove us, now that they've added daily reminder for some of the usable items and skills, to add the categories Once a Day Usable Items and Once a Day Skills, helping those searching for those things, and the game editors trying to find what they missed. Like the [[Warbear breakfast machine|Warbear breakfast]] and [[Warbear soda machine|soda machines]], and the [[red and green rain stick]]. [[User:That Name Is Already Taken|That Name Is Already Taken]] ([[User talk:That Name Is Already Taken|talk]]) 07:32, 3 November 2015 (UTC)
* Monster parts categories are admittedly a bit silly for the single items... However, they are already subcategories of [[:Category:Monsters With Specific Parts]]; do you maybe mean making using the [[mw:Extension:CategorySortHeaders|sort-headers]] extension? Once a day categories would be a good idea; it might also be easy to automatically add items, at least the ones tagged "once per day" in their type field. --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 12:54, 3 November 2015 (UTC)


If there isn't already, we can have a page which lists, say, the Crimbo 2008 zones, and items dropped or derived from drops from that set of content. It would be useful for people who want to spoil themselves all at once. --[[User:Raijinili|Raijinili]] 00:09, 30 December 2008 (UTC)
== I'm Sorry, I Really Am, But I'm Going To Start To Remove Any Finished Posts Now ==


== Needs Jick fixing? as a catagory ==
This page is starting to get cluttered. End of story. Some of the inquiries have been answered already, and so I'm going to remove those. We need others to remove their inquiries once they are finished. [[User:That Name Is Already Taken|That Name Is Already Taken]] ([[User talk:That Name Is Already Taken|talk]]) 07:41, 3 November 2015 (UTC)
Basically, you know how blackberry polite doesn't have a use message and stuff has the framed frown as a picture, that will be probably updated?


We should make a catagory for that. Titled Jick fixing because Jick is to KoL what Bill is/was to Microsoft. --[[User:Brion thenotgiant|Brion thenotgiant]] 01:55, 2 January 2009 (UTC)
Before I remove anything, just tell me it's done. Or do it yourself. [[User:That Name Is Already Taken|That Name Is Already Taken]] ([[User talk:That Name Is Already Taken|talk]]) 07:54, 3 November 2015 (UTC)
* Please do not remove anything. If the page is too large then the move this page to Proposed Standards/Archive4 and we can start a fresh one. --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 12:34, 3 November 2015 (UTC)
**But only some of these have been concluded, and the page needs cleaned up. I won't remove anything, but I'm not sure what to do here. [[User:That Name Is Already Taken|That Name Is Already Taken]] ([[User talk:That Name Is Already Taken|talk]]) 21:10, 3 November 2015 (UTC)
*** Not every topic will have a conclusion---lack of an obvious conclusion after a long time can be due to lack of support or because it requires a lot of work involved. Some discussions also moved around, or were acted on but not updated.  It's all a bit sloppy admittedly, but the number of active discussions has never been so many that finding them has been difficult. nb: [[Discussion]] is more active than here (which isn't to say it's particularly active, except in bursts). --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 01:32, 4 November 2015 (UTC)


== Filenames ending in periods ==
== Elemental info page changes ==


Sorry, I added periods to the end of [[Heyyyyyy.]] and [[Exactly... what you need... right now...]] before I noticed the rule against doing it. I didn't notice any problems working with the pages, though. Maybe a MediaWiki upgrade fixed the problem? If so, that rule should be removed, otherwise tell me to move the pages back. Wikipedia doesn't seem to have a problem with "Inc." or "e.g.". [[User:Wtachi|Wtachi]] 20:58, 15 March 2009 (UTC)
Right now, the pages [[Hot]], [[Cold]], [[Stench]], [[Sleaze]], and [[Spooky]] all list a bunch of resistance sources and a bunch of damage sources. The Resist categories are okay, but should follow Maximizing Your... format, while the damage pages are just a mess.
*The rule against page names ending in periods indeed dates back to very old versions of MediaWiki where this caused problems - in the version currently powering this wiki, they're absolutely harmless, so said rule has been removed. --{{User:Quietust/sig}} 12:53, 24 March 2009 (UTC)
<br/>'''Proposals:'''
*Remove combat item damage listings, those are largely irrelevant to the purpose of the page
*Format resistances to be like Maximizing format
*Format damage bonuses same way
*Format spell damage bonuses same way
This should not be too much work because Mafia can track down damage listings, this will be helpful for PvP, NS Lair test, and so on.
Requesting backup, or the go-ahead.--[[User:The ErosionSeeker|The ErosionSeeker]] ([[User talk:The ErosionSeeker|talk]]) 17:12, 1 July 2016 (UTC)
*I'm for formatting into the maximize (table) style. I would keep the combat items (in their own column) though. If I need to know what combat usable item(s) deal a specific elemental damage type (and how much) I will visit the elemental page to find out, so I think they should stay. --[[User:Magered|MageRed]] ([[User talk:Magered|talk]]) 18:39, 1 July 2016 (UTC)
*Ditto---reformatting them is a great idea.  But I'd also prefer keeping the combat item info somehow, as I've consulted that in the past. --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 14:10, 2 July 2016 (UTC)


== Pastamancer Combat Entities ==
== No-Copy/No-Tracking to Monster Metadata ==


Now that the [[Summonable Pastamancer Combat Entities]] have become a fairly robust and standardized part of the game, I think it would be worthwhile to draft up some page standards for them. They are not happily covered by any of the existing page type standards, nor do they fit into any category very well. Currently, each combat ghost is listed individually in the [[Skills]] categoryIt's a weird place for them to be.  Right now they are the only skills listed that are neither buff, combat skill, noncombat skill, nor passive skill. They could be funneled off into the combat skills section, I guess, but the summoned creatures seem different from the skills used to summon them. They deserve a new page type. I would especially like to see the evolution of the each entity's abilities made more prominent. Each entity has a level 1, level 5, and level 10 ability. As it stands, the abilities and their precise mechanics are mostly buried in the Notes section on each page. These pages would stand to benefit from a table or chart right up front that described the entity's abilities and evolution. Thoughts on whether this is a good idea and how to best do this? -[[User:Quine|Quine]] 06:58, 24 March 2009 (UTC)
I think it'd be useful for this information can be added to a monster's metadata as a required parameter. Sometimes the info isn't added to the notes section. Also this way it can also be accessed from outside the page and can be used in location pages. --[[User:Icon315|Icon315&#9813;]] ([[User talk:Icon315|&#9742;]]|[[Special:Contributions/Icon315|♤]]) 22:54, 22 September 2017 (UTC)
* SureI haven't closely followed the various sub-flavours of copying though---what are the specific modes that would need to be added (parameters and valid values)? --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 12:23, 23 September 2017 (UTC)
** There copyable monsters/non-copyable (Fax/Putty/4D Camera/Time-Spinner), but i guess now there's also the Genie (and maybe the Deck of  every Card?). I don't think that genie fights should be considered copies. Other than the genies all copiers have the same restrictions with all monsters. So if you can't copy a monster with a Spooky Putty, then you can't copy it with the 4D Camera either. So the only parameters for copy is '''copy''' or '''no-copy'''. Tracking (Olfacation) I'm not 100% sure on but i am pretty sure that when a monster can't be copied it also can't be sniffed.--[[User:Icon315|Icon315&#9813;]] ([[User talk:Icon315|&#9742;]]|[[Special:Contributions/Icon315|♤]]) 05:32, 25 September 2017 (UTC)
***To attack a premise of this question: just because something's in the metadata doesn't mean it's going to be filled in. See "parts", and to a much greater extent, "physical", which has ballooned from physical resistance to also covering elemental resistance, hard and soft caps. If people aren't adding copyability to the notes section, they're probably also not going to add it to the metadata.
***There is a potentially interesting niggle with copying -- some monsters block skills, items, or both, meaning that monsters that would be copyable aren't in practice. [[Witchess Witch]] (which predates Digitize) is the most recent one I recall. Time-Spinner has some additional restrictions to assassins and modern zmobies, which the Genie replicates. A convenient master list for copyable monsters is likely the Rain Man one -- that is, if you can Rain Man it it's copyable, otherwise it's not.
***--[[User:Ryo Sangnoir|Ryo_Sangnoir]] ([[User talk:Ryo Sangnoir|talk]]) 06:50, 25 September 2017 (UTC)


== Outfits ==
==Equipment with special enchantments==
As items get increasingly weird, I think this would be a useful category to have. The purpose of this category is to list items with enchantments that are not categorized in other categories, such as the [[wrought-iron whisk]]'s effect to attack with 7 extra Salsaballs. Other items that could fit in this category include [[Mr. Screege's spectacles]], which provide meat at the end of fights separate from the monster itself, and even things like the [[bakelite brooch]], which increases spell damage using a method that is unlike other items. Items with hidden interactions, such as [[your cowboy boots]] offering a skill, or [[blackberry galoshes]] offering extra Black Forest exploration are more examples. If there are no objections, I will attempt to start the category and hopefully it will be used going forward. --[[User:The ErosionSeeker|The ErosionSeeker]] ([[User talk:The ErosionSeeker|talk]]) 07:44, 8 April 2018 (UTC)
*I guess it depends on how many end up in it, but wouldn't a category of many miscellaneous unrelated items not be of much use? Would an actual page be better so that they could be grouped together based on related enchantments, like a page for the item's See Also section? And maybe be sortable? We are approaching 10,000 (wow!) items in this game, how many does this pertain to? Shouldn't they all (already?) be listed on the relevant pages, like [[wrought-iron whisk]] on [[Salsaball]] and [[Mr. Screege's spectacles]] on [[Meat from Monsters]]? Just thinking out loud here. --[[User:JRSiebz|JRSiebz]] ([[User talk:JRSiebz|&#x260E;]]|[[Special:Contributions/JRSiebz|&#167;]]|[[Special:Listusers/sysop|&#8225;]]) 08:17, 8 April 2018 (UTC)
* No objections to trying it, but I agree that it will depend on the number of items in the category---a category for a small set of exceptional/weird effects could be helpful as a reminder of odd and interesting things, but categories don't allow you to add qualifiers or explanations for each item, so if it ends up being being too large then the scale of exploration required to make use of it becomes uninspiring.  A separate page/table would give more flexibility in including descriptions and making associations, but manually constructed lists tend not to be that well maintained in the long term. --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 15:52, 8 April 2018 (UTC)
**They are listed on each individual page, but that means it's very hard to pull up a list of multiple items that do similar things. A category was what I thought of, because items can be broken down into "items with special combat effects", "items that grant things at the end of combat", "items that grant skills", and so on. A true page would also work, but I believe it would be useful to have every one of these items link back to a page that lists all of them together. Maybe both? --[[User:The ErosionSeeker|The ErosionSeeker]] ([[User talk:The ErosionSeeker|talk]]) 20:01, 8 April 2018 (UTC)
*** Oh, if it's categories like that, then yes, that seems like a good idea.  (In fact I'm kind of surprised we don't already have a category for items that grant skills.) --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 13:10, 9 April 2018 (UTC)


Perhaps we could, for the sake of convenience, include a chart on outfit pages that shows the individual effects of all parts of the outfit? I think this would benefit users so that they wouldn't have to go to the individual pages to see the full benefits of a particular outfit. --[[User:Ephinia|Ephinia]] 18:54, 11 April 2009 (UTC)
==A proposed non-alphabetical ordering of equipment==
Instead of the default way of ordering equipment (''A Jukebox'', ''Accessory'', ''Accessory<span title="May not equip more than one"><sup>1&nbsp;only</sup></span>'', ''Adventure'', ''AoB-only buff skill'', ''Arena Effect'', ''AT Buff skill'', ''Back Item'', ''Booze'', ''Clan purchase'', ''Combat Item'', ''Effect'', ''Familiar Buff'', ''Familiar Equipment'', ''Food'', ''G-Lover quest item'', ''Hat'', ''HR-only buff skill'', ''Item'', ''Intrinsic'', ''Madame Zatara’s Relationship Fortune Teller'', ''Moon Sign'', ''Off-Hand Item'', ''''Off-Hand Item(Shield)'', ''Outfit (hat, 1h weap, pants)'', ''Outfit (hat, 2h weap, pants)'', ''Outfit (hat, pants)'', ''Outfit (hat, pants, acc)'', ''Pants'', ''Passive Skill'', ''Skill'', ''Shirt'', ''Unarmed'', ''Weapon ("3H")'', ''Weapon (1H)'', ''Weapon (1H)<span title="May not equip more than one"><sup>1&nbsp;only</sup></span>'', ''Weapon (2H)'', ''ZS-only buff skill'') <br> -InigoBelmonte
I propose a new way, based on Inventory Slot Order followed by its permanence, which would be implemented invisibly by using data-sort-values. It is:
1. Hat, 2. Back, 3. Shirt, 4. Weapon (1H), 5. Weapon (1H)<span title="May not equip more than one"><sup>1&nbsp;only</sup></span>, 5. Weapon (2H/3H), 6. Pants, 7. Accessories, 8. Accessory<span title="May not equip more than one"><sup>1&nbsp;only</sup></span>, 9. Outfit, 10. Outfit with Weapon (1H), 11. Outfit with Weapon (2H), 12. Familiar Equipment, 13. Intrinsic, 14. Passive Skill, 15. Effect from Moon-sign, 16. Effect from Buff Skill, 17. Effect from Clan furnishing, 18. Effect from Location, 19. Effect from Adventure, 20. Effect from Item, 21. Effect from Food, 22. Effect from Booze, 23. Effect from Spleen item, 24. Effect from Combat item, 25. Path-exclusive stuff <br>
This would take effect on a small number of pages ([[Item Drops from Monsters]], etc.) and would be a repetitive but straightforward to implement (I could do it by myself slowly over several months). It would have the benefit of making it easier to find the best equipment/buff in a particular spot, and separating path-exclusive effects from the general pool. Feedback appreciated.
* That would be better than is done currently, which started out simple but has been organically getting more arbitrary.  My only concern is that since sorting on that column would then violate the default expectation of being alphabetical it would be nice if the sorting property was obvious somehow. --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 12:56, 28 February 2019 (UTC)
* Agreed. I think a similar internal ordering system is used somewhere in the wiki, though, so it might have been used before.
Either way, a hovertext notice should work well enough.--[[User:Volc|Volc]] ([[User talk:Volc|talk]]) 16:16, 28 February 2019 (UTC)
* I based this list around the ordering of the Bonus Weapon Damage page (see the Edit page of that article). I had to expand it to cover all sources, making it more arbitrary. I'd love to find a more definite ordering system. Also, as I'm a wiki noob, I don't know where you would want to put a hovertext notice.--[[User:InigoBelmonte|InigoBelmonte]] ([[User talk:InigoBelmonte|talk]]) 16:47, 28 February 2019 (UTC)
** Maybe a span in the column header (e.g., <span style="background-color:lightgray" title="See the note at the bottom of the page for a description of the sort order for this column.">note</span>), close to where the sorting icon is would make the most sense, pointing people to a more detailed description. --[[User:Fig bucket|Fig bucket]] ([[User talk:Fig bucket|talk]]) 23:50, 28 February 2019 (UTC)

Latest revision as of 21:38, 4 September 2025


Note! This page is for the drafting of standards. Official, established standards can be found on the Established Standards page.

For other concerns, please see Discussion, or a pertaining talk page.

Archived topics can be found at A KoL Wiki:Proposed Standards/archive, A KoL Wiki:Proposed Standards/archive2 and A KoL Wiki:Proposed Standards/archive3.

Big-Ass User Pages

Am I the only one to notice the irony of this? lol This sure looks like a Big-Ass page. hahaha --Lemon-claw 23:21, 13 January 2010 (UTC)

  • A big page it may be, but it is not a User page, which is the entire point of the discussion. --Lordebon 00:14, 14 January 2010 (UTC)
  • with some admins seeing the light, and now that bumcheekcity has set up his page-writer of awesomeness, we need to warn users that they are no longer welcome to micro-manage their e-peen in the user space of the wiki. i propose we create a UserCruft template that warns a user to move their info off-site, and suggests bcc's site as the alternative. --Evilkolbot 22:25, 3 January 2010 (UTC)
    • Looks like I missed a party. I see you've been tagging certain users... Have we reached any kind of consensus (nuke all non-wiki related user pages/tolerate small user pages/?) or has discussion petered out? --TechSmurf 05:27, 8 January 2010 (UTC)
      • Well, several of the admins all basically came down against such pages, which is a pretty strong consensus around these parts. I didn't pay enough attention to know if BCC welcomed people over to his site and was okay with us essentially advertising it to those who would be interested/affected. BCC did just sort of wave a white flag eventually and said, more or less, "fuck it, I'll do it elsewhere"; he's the one that created the script that lead to the whole snapshot template...snaffu. --Flargen 05:51, 8 January 2010 (UTC)
        • What I've seen so far is a consensus that big pages are not okay, but not any strong guidelines for what "big" means. I stripped my pages down to just one under 10k page, and I'll probably strip more out soon. But I'd like to see a non-subjective standard established. --Club (#66669) (Talk) 06:01, 8 January 2010 (UTC)
          • I think 10k is probably an OK value, although 5k doesn't seem completely unreasonable. Also, shouldn't the heading be "Big-Ass User Pages"? --CG1:t,c,e 00:06, 9 January 2010 (UTC)
            • Yeah, probably. --Quietust (t|c) 21:42, 13 January 2010 (UTC)
          • After trimming down I was at 6K and there really isn't much there. I could get under 5K, but it would be hard and it seems unnecessary. 10K is plenty small enough. Anyway, I think the heading is fine since the problem is Ass-Users, not Big-Asses. --Bale 18:24, 13 January 2010 (UTC)
        • I trimmed down (stripping, trimming, what are we really discussing here?) to under 10k as well, which seems to me a reasonable value. --Muhandes 06:51, 13 January 2010 (UTC)
  • Basically anything the user wants so long as their user page is under 10k seems fine to me. My question is... I've seen some users use subpages or the like for (relatively long) articles on their strategies or suggestions and the like. Would the standard be only on user game data or would it be a general cap on size regardless of content type? I ask not out of a desire to make any pages like that but rather for the sake of completeness and unambiguity. --Lordebon 21:09, 13 January 2010 (UTC)
  • As a non-admin who has used created subpages both in the User: space and outside it, I think it's a question of intent. A page that exists just for the one person to outline his or her strategy should fall under the new 10k limit (add size of main user page and subpages). Hence my dropping my subpage of special purpose custom outfits. On the other hand, If say, Rottingflesh wanted to completely rewrite a page and started that rewrite as a subpage of his User: page, I'd say that should be acceptable. --Club (#66669) (Talk) 19:32, 14 January 2010 (UTC)
    • Sounds reasonable to me. --Lordebon 20:38, 14 January 2010 (UTC)
    • That's definitely a good point about distinguishing between generally useful and only personally useful content. Is putting a size limit even meaningful, though? How does the software save revisions? If each revision is saved in its entirety then one 10k page being edited constantly eats up more space than a 20k page which is never edited. Then there's the issue of complexity of the page. I remember one old user page which had a few hundred template calls that literally froze the Wiki during a template update. I'd much rather have elaborate "Facebook-style content" removed completely (yay, no more spamming Recent Changes every time a new skill/familiar/trophy shows up), but I've a feeling no one would go for that. --BagatelleT/C 22:37, 14 January 2010 (UTC)
  • If I can remember my MediaWiki properly, all revisions are logged into the same database. Deleting an article does not actually remove the items from the db, the webmaster (or something similar) has to actually go into the db to permanently remove revisions. What deletion/oversight actually does, is that it flags them so the just can't be seen without the appropriate privileges (albeit with oversight, that is only the webmaster/db admin). Really, the editing/viewing of this page and discussion has probably created more overhead on the server than user pages put together so far. Sadly, the configuration that the Wiki has right now doesn't allow for hit-tracking of user pages, so I can't really verify this.--Toffile 23:44, 14 January 2010 (UTC)
  • Yep, revisions are all stored. However, I don't think the point (at least from my perspective) was necessarily to save database size. After all, once a page is rendered in the wiki the HTML is cached and just viewing it isn't a huge load. Each time its saved or the cache is purged is when the wiki has to re-create the HTML cache which results in a processing load. Huge pages with lots of expensive template calls can create a lot of lag, especially when edited frequently with only minor changes (that still result in the full page being recreated).
  • As far as a size limit goes, pages can easily be checked for it in the history. I think it also allows some degree of freedom and simplicity in enforcement while keeping pages in check. Over-use of templates can be avoided by simply not allowing the creation of templates whose only purpose is to circumvent the user page length restriction. In an unrelated note, this page is probably also about ready for another archive, I think. --Lordebon 04:21, 15 January 2010 (UTC)
  • Excluding for the counter at the bottom. Forgot about that. For those wondering, Quietust's user page is probably the most visited and is somewhere around the 6000th visited page on this wiki. Many other user pages are somewhere around or below 8000the place.--Toffile 03:57, 15 January 2010 (UTC)
  • Um, the popular pages page seems to work. You have to page through a bit if you want to find page 6000, but it would be doable. I only glanced at a few hundred. Oh, but is it only limited to the main namespace? --Club (#66669) (Talk) 18:41, 15 January 2010 (UTC)

Dealing with Bookshelf Skills

This was posted over on Discussion months ago, before I realized that this page exists. Here's the relevant part:

Notes regarding spellbooks from Mr. Store are incredibly inconsistent. For example:

The pre-Bookshelf books' notes leave the reader wondering, "What about after January 3, 2008?" Other notes don't actually specify that the item grants the skill, but that the skill itself is Hardcore Permanent. And we need to settle on parlance: do these books still grant skills, even though they go on the Bookshelf?

I'd like to reach a consensus, at least regarding skill books, as to what information is worthy of inclusion and what isn't, as well as how we will phrase certain things. This sort of congruity could be used in future templates, but also just creates a more coherent resource.

Let's start with skill books. What's important? What's not? How can we standardize their information? --Southwest 07:50, 4 January 2010 (UTC)

  • It's just messy. Originally those were hardcore skills. Then came the "bookshelf" concept and they were dropped from the skills page, but later returned there. I'd say it's now fair to call them a special class of skills. --Club (#66669) (Talk) 20:01, 14 January 2010 (UTC)

Plural Monsters

I would like to propose changes to deal with tracking plural monsters.

  • Add a "qty" field to Combat Data Pages. By default, this should =1 (and if so, be ignored in displaying the page). Perhaps Quietbot could be enlisted to go through and add this field in, if such a standard were accepted.
  • Somewhere -- probably the {{skill}} template -- an "areaofeffect" field should be added. Again, it would default to 1. It would also be ignored when displaying skill info unless it was > 1.
  • A page could be created, "Area of Effect" or similar, with details on how such spells / monsters interact, perhaps with links to each page that was relevant.

Please let me know your thoughts, and I apologize if this isn't the best place to discuss this. --StDoodle 18:21, 6 February 2011 (UTC)

Pen Pal Items Category

We have quite a few new Items coming from the Pen Pal Kit from Mr. Store. It appears it would behoove us to set up a category to deal with these items. Thoughts? --Soldan

  • There's no purpose for knowing such a thing is in so-and-so category, I think. Unlike, say, candy, which has an effective distinction from other things (gameswise). I, for one, wouldn't mind several more categories, but failing that, this can be a list, rather than a category. --Raijinili 18:28, 3 May 2011 (UTC)

No leading 0's in skill numbers

At Transcendental Olfaction, I just changed skill number 0019 to 19. (Not realizing that it changed the in-game link, I went for a few minutes searching for the source of the click template.) Here are my reasons:

  • It's in game as such.
  • The "skill" keyword in in-game combat macros does not ignore leading 0's.
  • The skill desc link, which is the only thing I think the wiki does with the number, DOES ignore leading 0's, so that's safe.

--Raijinili 10:04, 12 January 2012 (CET)

Points one and two sound compelling to me. Need more people to weigh in. I don't remember why we used the zero padding in the first place. --Club (#66669) (Talk) 19:42, 12 January 2012 (CET)

This was what happened with my bug report about the issue last year.

From Gemelli (#384532) [reply] [quoted]
Date: Thursday, January 12, 2012, 10:47AM

Intended, yes. You could argue that zeroes should be ignored, but that's probably a lower priority than adding "Else" to the If statement, e.g. :)


--Gem

> "skill" in BALLS doesn't ignore leading zeros.
>
> For example, 0019 doesn't match Olfaction, where 19 does.
>

> Intended?

--Raijinili 11:39, 11 January 2013 (CET)

Template Parameter Formatting

Of all the multi-line templates used on this wiki, some do "parameter=value|" and others do "|parameter=value". Some others have seemingly random indentation as well, possibly coming from examples on the Established Standards pages. In order to make it easier to do scripted edits, we should really standardize to using one format. I personally prefer "parameter=value|" because it ensures that values will never have trailing newlines, and it also makes it easier to distinguish them from wiki-markup tables. Similarly, multi-line templates should ideally put each parameter on its own line, and it might also be useful to put the final "}}" on its own line to avoid needing special cases for detecting it. Scripting the updates may be difficult, but ought to be doable. --Quietust (t|c) 17:41, 28 September 2012 (CEST)

Uses Tables

What if we build tables in the Uses section of item pages, showing the recipes for said uses? Pros: is a quick reference for how to actually make the stuff that can be made with a given item; provides wikilinks between related things. Cons: might be a bit bulky; may constitute redundant information. I put some examples in the sandbox. —Dentarthurdent 09:29, 19 November 2012 (CET)

  • I think this is an AWESOME idea! It'd be sooo helpful to have everything on one page, instead of having to follow each link to see how it's made. --AlphaBitch (talk) 00:59, 6 May 2013 (UTC)

Off-hand items which are actually weapons

I use the Dressing for Success articles a lot, and the Off-hand category always annoys me because it lists a ton of items which I can't equip because they're actually weapons and I don't have Double-Fisted Skull Smashing.

Therefore, I propose using a symbol to signify which Off-hand items listed in Dressing for Success pages are weapons and require DFSS.

I think we can just add this definition to the existing *, or else use a new symbol for this new definition, perhaps a +. —Preceding unsigned comment added by AlphaBitch (talkcontribs)

  • I think I'm on board with a + or ^ or whatever. Being a little clearer can't hurt. ~Erich t/c 23:11, 26 April 2013 (UTC)

Bind-on-use items

Some IoTMs, once used, can never be traded, and are thus bind on use: the plastic vampire fangs, penpal/gameinformblahblah, etc. It would be really great if there was a way to easily differentiate these items, such as by tagging them Bind-on-use [or some other, easier/better term].

I'm pretty new to the game and this wiki, so if we already have a section for bind-on-use items, I don't know what it is. --AlphaBitch (talk) 01:02, 6 May 2013 (UTC)

Monster Manuel entries for enemies

I think it'd be cool/amusing to enter the Monster Manuel factoids for each enemy.

Unless TPTB wouldn't like it, since it may discourage people from buying the Manuel? --AlphaBitch (talk) 00:25, 16 May 2013 (UTC)

  • There's an entire series of pages for Monster Manuel (Entries). --Flargen (talk) 00:36, 16 May 2013 (UTC)
  • Beaten to the edit. But I'll add that the the wiki aims to have all the text and images from the game and I've never heard of TPTB complaining about that. --Club (#66669) (Talk) 00:40, 16 May 2013 (UTC)
  • Sorry, I guess I wasn't clear -- I mean, enter the Manuel data on each enemy's page. Like, as a separate section, maybe below Notes but above References? --AlphaBitch (talk) 01:16, 16 May 2013 (UTC)
    • The way the wiki has them is fine, IMHO. I thought about the entries on the mob page when we were first adding them in, but then realized that a> it's too much clutter, and b> other content like Manuel is treated with it's own section (ie hatrack and scarecrow message pages). ~Erich t/c 02:16, 16 May 2013 (UTC)

Adding Siphon Spirits results to monster phylums (phyla?)

So, um, I've decided to add the Siphon Spirits results to monster phylums, just like how each one lists the paste result from Release the Boots. I guess maybe I should've asked beforehand? :/

I'm wording it "Spirits siphoned from members of this phylum give 5/10/15 turns of the effect XX (YY)", which I think looks nice.

I'm also putting the siphon spirits info in front of the stomp-paste info, that way there aren't two unrelated links side by side.

--AlphaBitch (talk) 07:41, 13 July 2013 (UTC)

  • that seems a decent idea. if someone objects they'll take it out. can't see why, though. --Evilkolbot (talk) 09:19, 13 July 2013 (UTC)
  • Whew, all done! They look great to me: nice wording, all links are good, consistent style for every single entry. If anyone has a problem, I hope they'll post here before undoing my hard work! --AlphaBitch (talk) 09:36, 14 July 2013 (UTC)

Custom items in lists

I don't think custom items should be listed along with regular game items on category pages.

If someone looks at, say, Familiar Equipment, why do they need to see Cynn's Toddler-sized Dragon Costume in the list? What good does it serve, having it listed in there? --AlphaBitch (talk) 07:48, 19 July 2013 (UTC)

  • the short answer is because they're items. they exist in-game and aren't different from non-custom items. why does it offend you so? is there a reason beyond "don't like" that you say this? --Evilkolbot (talk) 11:54, 19 July 2013 (UTC)
    • There are two reasons people look at the lists. To find things for themselves and to just find things. Barring a bug, you or I will never have the dragon costume, but I like seeing it in the list. There are also one-time items, like Mr Store, or untradable event items. I'm probably never going to have a Tam'o'Shatner, and there might be some one-time-untradable familiar item that I lack and cannot get. But I still want to see it listed. --Club (#66669) (Talk) 16:09, 19 July 2013 (UTC)
      • My opinion as an inconsequential wiki-user and editor is that they should stay. Like club said, there's a bunch of stuff i'll never have that's nice to see listed, personally. occasionally i have wished they weren't there for purposes of "items i might use", but i think that's not the wiki's fault. In my understanding, the wiki is intended to be a completely comprehensive repository of all kol information not specifically requested to not be spoiled. whether it is or isn't isn't this discussion, but that's what i believe the intent is.--Alabit (talk) 06:33, 20 July 2013 (UTC)
      • Add my voice to Club and Alabit's. I would prefer to see the lists be as comprehensive as possible, whether it's items, tattoos, or what have you. And seeing something like the Toddler-sized Dragon Costume on the wiki is usually how I get to learn about the cool stuff TPTB are doing for their dedicated fans.--MageRed (talk) 19:21, 20 July 2013 (UTC)
        • A little late to the discussion, but I do want to add in an opinion on the other side: While I like learning about cool items I will never have, it's irritating to have to sort through a list where 70% of the stuff doesn't apply to my hardcore run. "Let's see, I don't have the normal X, Y, or Z I'd have by this point, still need that extra +5 to beat this area... what might be in my inventory that I wouldn't normally pay attention to? Well, not that unique item, or that IotM from 2008, or...." I'm actually really grateful that someone made a secondary food list for only HC-accessible food (even unlikely stuff like Feast of Boris drops), because it makes that list much more manageable when I'm trying to find info in a hurry (say, right before rollover). Would like to see something like that for other lists as well... and the color-coding that tells what sort of item is what is complex, but useful. Kilyle (talk) 07:46, 25 August 2013 (UTC)

The difference between articles and pronouns

While looking at a monsterdata page, I realised we use "pronoun" to mean the word between "You're fighting" and the monster's name, rather than "article". Surely this is a mistake? Additionally, we have no way to specify their actual pronoun. So, what I propose is that we revert all the lines saying "pronoun" to "article", and add pronoun to, well, indicate pronoun._-^Blargh (talk) 09:03, 10 August 2014 (UTC)^

  • What would the new "pronoun" be? — Cool12309 (talk) 15:02, 10 August 2014 (UTC)
    • The (real) pronoun field in Monster Data would specify he, she, it or they. Alternatively, but tougher to ensure consistency, it could be male, female, neutral and group.-Foggy (talk) 15:11, 10 August 2014 (UTC)
      • How would the second example make consistency harder to ensure? I don't understand.-Blargh (talk) 15:31, 11 August 2014 (UTC)
  • Yeah, that's badly named, and s/pronoun/article/g makes sense. Adding an actual pronoun field for pronouns is ok too, as it is clearly part of the monster data the game stores so why not document it, although I can't find anywhere it would actually be used here... --Fig bucket (talk) 16:21, 11 August 2014 (UTC)
  • you hit him/her/it/them in the nards? --Evilkolbot (talk) 16:39, 11 August 2014 (UTC)
    • ...but player/weapon hit messages aren't associated with any particular monster, so having monster pronouns wouldn't help that... --Fig bucket (talk) 16:58, 11 August 2014 (UTC)
    • Agreed with Fig bucket. Gender essentially would be like Monster Parts. Recordable, not very usable.-Foggy (talk) 17:01, 11 August 2014 (UTC)
      • If by usable you mean useful, then of course not. It would be nothing but a curiosum.
      • Another thing I forgot to mention is that we should have a template for pronouns so we don't have to use annoying pseudo-templates such as the <it> or <she> thing some people do; It could be something like {/{pr0n|nomi}} and {/{pr0n|accu}}, and output a random from the list, just like {/{Metal}} does.-Blargh (talk) 17:21, 11 August 2014 (UTC)
        • Erm, should I take your silence as aggreance/acceptance?_Blargh (talk) 15:49, 15 August 2014 (UTC)
          • Oh well, I'll just go do that... thing._Blargh (talk) 15:50, 24 August 2014 (UTC)_
            • So why is it named 'pr0n'? — Cool12309 (talk) 16:20, 24 August 2014 (UTC)
            • Also, some uses mess up the verb agreement, since "they" is plural, while he/she/it is singular. --Fig bucket (talk) 16:44, 24 August 2014 (UTC)
            • Also, also, uses in the same message should be consistent, even if the case is different, so you get stuff like "He hits you with his" rather than "He hits you with her". So I'm going to revert the uses of the template (rather than just fix the name) for now, although I do like the idea of a randomizing pronoun template, and perhaps there is some way to address these issues. --Fig bucket (talk) 00:04, 25 August 2014 (UTC)
              • Perhaps there is, I wouldn't know. Over here, I tried to rewrite it in a way that should solve the latter problem, except it doesn't. If the correct form of verbs is going to be an ißue, too, then I gueß we need a different template entirely, one that can detect the gender of pronouns. This, I have absolutely no idea how to make.
                Also, it seems the original questions of articles in data pages and documentation of monster gender have been abandoned, which are obviously both gravidly important matters that should be debated for weeks and handled with the severity of ten thousand religious fanatics._Blargh (talk) 14:45, 27 August 2014 (UTC)_

user css

  • people (ahem) have been including css to hide the ad frames in their vector.css. this directly affects coldfront's revenue. the admins have complained. apparently there has been talk about turning off user css altogether. perhaps it should be made explicit that any attempt to remove ads server side will be frowned on, and repeated offenders asked to leave the wiki.--Evilkolbot (talk) 17:44, 24 February 2015 (UTC)

We Need Some New Categories!

I personally would like to see some more Useful categories. No offense to monster parts or anything, but we should probably condense those into one big category with them all as subcategories. Other than that, I think it would behoove us, now that they've added daily reminder for some of the usable items and skills, to add the categories Once a Day Usable Items and Once a Day Skills, helping those searching for those things, and the game editors trying to find what they missed. Like the Warbear breakfast and soda machines, and the red and green rain stick. That Name Is Already Taken (talk) 07:32, 3 November 2015 (UTC)

  • Monster parts categories are admittedly a bit silly for the single items... However, they are already subcategories of Category:Monsters With Specific Parts; do you maybe mean making using the sort-headers extension? Once a day categories would be a good idea; it might also be easy to automatically add items, at least the ones tagged "once per day" in their type field. --Fig bucket (talk) 12:54, 3 November 2015 (UTC)

I'm Sorry, I Really Am, But I'm Going To Start To Remove Any Finished Posts Now

This page is starting to get cluttered. End of story. Some of the inquiries have been answered already, and so I'm going to remove those. We need others to remove their inquiries once they are finished. That Name Is Already Taken (talk) 07:41, 3 November 2015 (UTC)

Before I remove anything, just tell me it's done. Or do it yourself. That Name Is Already Taken (talk) 07:54, 3 November 2015 (UTC)

  • Please do not remove anything. If the page is too large then the move this page to Proposed Standards/Archive4 and we can start a fresh one. --Fig bucket (talk) 12:34, 3 November 2015 (UTC)
    • But only some of these have been concluded, and the page needs cleaned up. I won't remove anything, but I'm not sure what to do here. That Name Is Already Taken (talk) 21:10, 3 November 2015 (UTC)
      • Not every topic will have a conclusion---lack of an obvious conclusion after a long time can be due to lack of support or because it requires a lot of work involved. Some discussions also moved around, or were acted on but not updated. It's all a bit sloppy admittedly, but the number of active discussions has never been so many that finding them has been difficult. nb: Discussion is more active than here (which isn't to say it's particularly active, except in bursts). --Fig bucket (talk) 01:32, 4 November 2015 (UTC)

Elemental info page changes

Right now, the pages Hot, Cold, Stench, Sleaze, and Spooky all list a bunch of resistance sources and a bunch of damage sources. The Resist categories are okay, but should follow Maximizing Your... format, while the damage pages are just a mess.
Proposals:

  • Remove combat item damage listings, those are largely irrelevant to the purpose of the page
  • Format resistances to be like Maximizing format
  • Format damage bonuses same way
  • Format spell damage bonuses same way

This should not be too much work because Mafia can track down damage listings, this will be helpful for PvP, NS Lair test, and so on. Requesting backup, or the go-ahead.--The ErosionSeeker (talk) 17:12, 1 July 2016 (UTC)

  • I'm for formatting into the maximize (table) style. I would keep the combat items (in their own column) though. If I need to know what combat usable item(s) deal a specific elemental damage type (and how much) I will visit the elemental page to find out, so I think they should stay. --MageRed (talk) 18:39, 1 July 2016 (UTC)
  • Ditto---reformatting them is a great idea. But I'd also prefer keeping the combat item info somehow, as I've consulted that in the past. --Fig bucket (talk) 14:10, 2 July 2016 (UTC)

No-Copy/No-Tracking to Monster Metadata

I think it'd be useful for this information can be added to a monster's metadata as a required parameter. Sometimes the info isn't added to the notes section. Also this way it can also be accessed from outside the page and can be used in location pages. --Icon315♕ (|) 22:54, 22 September 2017 (UTC)

  • Sure. I haven't closely followed the various sub-flavours of copying though---what are the specific modes that would need to be added (parameters and valid values)? --Fig bucket (talk) 12:23, 23 September 2017 (UTC)
    • There copyable monsters/non-copyable (Fax/Putty/4D Camera/Time-Spinner), but i guess now there's also the Genie (and maybe the Deck of every Card?). I don't think that genie fights should be considered copies. Other than the genies all copiers have the same restrictions with all monsters. So if you can't copy a monster with a Spooky Putty, then you can't copy it with the 4D Camera either. So the only parameters for copy is copy or no-copy. Tracking (Olfacation) I'm not 100% sure on but i am pretty sure that when a monster can't be copied it also can't be sniffed.--Icon315♕ (|) 05:32, 25 September 2017 (UTC)
      • To attack a premise of this question: just because something's in the metadata doesn't mean it's going to be filled in. See "parts", and to a much greater extent, "physical", which has ballooned from physical resistance to also covering elemental resistance, hard and soft caps. If people aren't adding copyability to the notes section, they're probably also not going to add it to the metadata.
      • There is a potentially interesting niggle with copying -- some monsters block skills, items, or both, meaning that monsters that would be copyable aren't in practice. Witchess Witch (which predates Digitize) is the most recent one I recall. Time-Spinner has some additional restrictions to assassins and modern zmobies, which the Genie replicates. A convenient master list for copyable monsters is likely the Rain Man one -- that is, if you can Rain Man it it's copyable, otherwise it's not.
      • --Ryo_Sangnoir (talk) 06:50, 25 September 2017 (UTC)

Equipment with special enchantments

As items get increasingly weird, I think this would be a useful category to have. The purpose of this category is to list items with enchantments that are not categorized in other categories, such as the wrought-iron whisk's effect to attack with 7 extra Salsaballs. Other items that could fit in this category include Mr. Screege's spectacles, which provide meat at the end of fights separate from the monster itself, and even things like the bakelite brooch, which increases spell damage using a method that is unlike other items. Items with hidden interactions, such as your cowboy boots offering a skill, or blackberry galoshes offering extra Black Forest exploration are more examples. If there are no objections, I will attempt to start the category and hopefully it will be used going forward. --The ErosionSeeker (talk) 07:44, 8 April 2018 (UTC)

  • I guess it depends on how many end up in it, but wouldn't a category of many miscellaneous unrelated items not be of much use? Would an actual page be better so that they could be grouped together based on related enchantments, like a page for the item's See Also section? And maybe be sortable? We are approaching 10,000 (wow!) items in this game, how many does this pertain to? Shouldn't they all (already?) be listed on the relevant pages, like wrought-iron whisk on Salsaball and Mr. Screege's spectacles on Meat from Monsters? Just thinking out loud here. --JRSiebz (|§|) 08:17, 8 April 2018 (UTC)
  • No objections to trying it, but I agree that it will depend on the number of items in the category---a category for a small set of exceptional/weird effects could be helpful as a reminder of odd and interesting things, but categories don't allow you to add qualifiers or explanations for each item, so if it ends up being being too large then the scale of exploration required to make use of it becomes uninspiring. A separate page/table would give more flexibility in including descriptions and making associations, but manually constructed lists tend not to be that well maintained in the long term. --Fig bucket (talk) 15:52, 8 April 2018 (UTC)
    • They are listed on each individual page, but that means it's very hard to pull up a list of multiple items that do similar things. A category was what I thought of, because items can be broken down into "items with special combat effects", "items that grant things at the end of combat", "items that grant skills", and so on. A true page would also work, but I believe it would be useful to have every one of these items link back to a page that lists all of them together. Maybe both? --The ErosionSeeker (talk) 20:01, 8 April 2018 (UTC)
      • Oh, if it's categories like that, then yes, that seems like a good idea. (In fact I'm kind of surprised we don't already have a category for items that grant skills.) --Fig bucket (talk) 13:10, 9 April 2018 (UTC)

A proposed non-alphabetical ordering of equipment

Instead of the default way of ordering equipment (A Jukebox, Accessory, Accessory1 only, Adventure, AoB-only buff skill, Arena Effect, AT Buff skill, Back Item, Booze, Clan purchase, Combat Item, Effect, Familiar Buff, Familiar Equipment, Food, G-Lover quest item, Hat, HR-only buff skill, Item, Intrinsic, Madame Zatara’s Relationship Fortune Teller, Moon Sign, Off-Hand Item, ''Off-Hand Item(Shield), Outfit (hat, 1h weap, pants), Outfit (hat, 2h weap, pants), Outfit (hat, pants), Outfit (hat, pants, acc), Pants, Passive Skill, Skill, Shirt, Unarmed, Weapon ("3H"), Weapon (1H), Weapon (1H)1 only, Weapon (2H), ZS-only buff skill)
-InigoBelmonte I propose a new way, based on Inventory Slot Order followed by its permanence, which would be implemented invisibly by using data-sort-values. It is: 1. Hat, 2. Back, 3. Shirt, 4. Weapon (1H), 5. Weapon (1H)1 only, 5. Weapon (2H/3H), 6. Pants, 7. Accessories, 8. Accessory1 only, 9. Outfit, 10. Outfit with Weapon (1H), 11. Outfit with Weapon (2H), 12. Familiar Equipment, 13. Intrinsic, 14. Passive Skill, 15. Effect from Moon-sign, 16. Effect from Buff Skill, 17. Effect from Clan furnishing, 18. Effect from Location, 19. Effect from Adventure, 20. Effect from Item, 21. Effect from Food, 22. Effect from Booze, 23. Effect from Spleen item, 24. Effect from Combat item, 25. Path-exclusive stuff
This would take effect on a small number of pages (Item Drops from Monsters, etc.) and would be a repetitive but straightforward to implement (I could do it by myself slowly over several months). It would have the benefit of making it easier to find the best equipment/buff in a particular spot, and separating path-exclusive effects from the general pool. Feedback appreciated.

  • That would be better than is done currently, which started out simple but has been organically getting more arbitrary. My only concern is that since sorting on that column would then violate the default expectation of being alphabetical it would be nice if the sorting property was obvious somehow. --Fig bucket (talk) 12:56, 28 February 2019 (UTC)
  • Agreed. I think a similar internal ordering system is used somewhere in the wiki, though, so it might have been used before.

Either way, a hovertext notice should work well enough.--Volc (talk) 16:16, 28 February 2019 (UTC)

  • I based this list around the ordering of the Bonus Weapon Damage page (see the Edit page of that article). I had to expand it to cover all sources, making it more arbitrary. I'd love to find a more definite ordering system. Also, as I'm a wiki noob, I don't know where you would want to put a hovertext notice.--InigoBelmonte (talk) 16:47, 28 February 2019 (UTC)
    • Maybe a span in the column header (e.g., note), close to where the sorting icon is would make the most sense, pointing people to a more detailed description. --Fig bucket (talk) 23:50, 28 February 2019 (UTC)