Difference between revisions of "Template talk:NPC"

From BatWiki
Jump to: navigation, search
Line 56: Line 56:
 
== Categorizing and linking areas straight from template ==
 
== Categorizing and linking areas straight from template ==
  
I rolled back Blacksmith's change for this, since it doesn't work with some cases. You know, things like "Merri's 2nd expansion in Caverns of Undying" and things like that. Personally I don't think automatizing it is even necessary at all, why can't you just link the areas oldschool way?
+
I rolled back Blacksmith's change for this, since it doesn't work with some cases. You know, things like "Merri's 2nd expansion in Caverns of Undying" and things like that. Personally I don't think automatizing it is even necessary at all, why can't you just link the areas oldschool way? --[[User:Nuane|Nuane]]

Revision as of 16:09, 2 October 2008

Todo

  • Create switch that tag's the article trough 'race' field to the undead category. e.g. NPCs that have zombie in race field are automaticly included to undead category.
  • Move template and change its autoinclude category to NPC. Monster is reserved for the monster race. BlackSmith 15:43, 25 August 2008 (EEST)
  • Fields & parameters for skills are missing. i.o. duplicate the templates functions in spells part for skills too. Nuane
  • Spell and Spell# needs fixing. 'spell = none' should result to removal of 'missing spells' tag. Othervise any entry should link to our pages, not as outerlinks. BlackSmith 10:48, 30 July 2008 (EEST)
  • Tidying layout and creating form that can be copy&pasted for easy and fast new page creation. BlackSmith 08:21, 3 July 2008 (EEST)
  • Boolean funktion that puts monsters to undead category is missing. BlackSmith 08:21, 3 July 2008 (EEST)

Suggestion for using 'from' field

If the from field would only inhold the NPC's name, it could be hyperlinked template sided. After that, you would only need to write the NPCs name on the field. Later on, the field could be used for all kind of fancy data minings tricks, like pulling the area where the item is automaticly or making list what all items come from one area or what all has one wiz coded and so on. This can be done even now with the fields having NPC, area info and manually made linking trough #ifexist funktion thus it would not break anything. BlackSmith 17:22, 29 September 2008 (EEST)

New field or something else for indicating drops

Would new field for items drops upon NPC death (placed in found in their inventory) be teh way to go as they are not show when looking at <NPC>? Something like 'drops' or such. BlackSmith 17:34, 11 August 2008 (EEST)

No it shouldn't. Don't make things too complicated. Things that are gotten from one monster are placed in SAME field. No matter whether they come from worn/wielded/inventory/orifice... If you want to inform if monster has eq in inventory, tell it in the 'other' field. You can also inform there if the monster randoms eq. These facts should cover most of the situations and additional fields are therefore not needed. -- Milk

Makes sense, data pulls trough DPL or such would be mighty hard after multiple fields. I do disagree that information where the items are located or if its random should be placed to other field. Keeping the random/inventory information with the items information would keep things less divided. Like youself said it becomes too complicated. A note after the item like "(random)" and "In inventory:" followed with a list of invetory items would keep the information on same field without dividing it up or making it messy. Something like done in Zeltjin or Borgoth. BlackSmith 14:46, 19 August 2008 (EEST)

Works for me. --Milk

About the "spell = none" issue

WTF?! What is the meaning of missing skill / spell category if it is removed like this? -- Milk

Meaning of the categorys are still the same. This issue adressed the problem where NPCs (articles) were part of those categorys when they were not suposed to be. Like when not having entry on spell field resulted to be included to missing spells category or having none entery result to link to the spell none. It has been now fixed thus having 'spell = none' removes the articel from C:missing spells and writes a nice text saying 'Does not cast spells'. BlackSmith 14:46, 19 August 2008 (EEST)

Makes sense. Didn't get it at first. --Milk

Conversation about todo

Also a general note. These seem to be reminders for yourself only. For me it's IMPOSSIBLE to understand what you mean with these if you don't elaborate. -- Milk

Those are a list of things that need to be done for the NPC by any skilled wiki scripter. Someone could do those as i can't and won't do everything. They are not ment as personal notes as personal ones should be kept in users personal page as per etiquette. If they are unclear, i try to elaborate them more. Sorry for being obscure. BlackSmith 14:46, 19 August 2008 (EEST)

Chaning the template to autoinclude C:NPC instead of C:Monster

At the moment, each article where the template is used, the template also includes that article to the monster category. As there is race called 'monster' i am urged to change the category and the template to NPC. That way the monster category would be reserved to monster race and C:NPC would list all the monsters^H^H^H^H^H^H^H^Hthigns that can be killed in the game. BlackSmith 14:54, 19 August 2008 (EEST)

So to implement the following things need to be done: 1) change monster to npc in template. 2) Remove possible leftover category:monster tags from monster pages 3) ??? --Milk

3) Move template:infobox monster to template:NPC, as the template is about NPCs and not about the race monster. Side of those, i don't come up with anything. BlackSmith 17:39, 19 August 2008 (EEST)

Categorizing and linking areas straight from template

I rolled back Blacksmith's change for this, since it doesn't work with some cases. You know, things like "Merri's 2nd expansion in Caverns of Undying" and things like that. Personally I don't think automatizing it is even necessary at all, why can't you just link the areas oldschool way? --Nuane