Talk:3.5e Feats

From Dungeons and Dragons Wiki
Revision as of 06:35, 31 May 2010 by Tarkisflux (talk | contribs) (Overflow)
Jump to: navigation, search

Navigation

Could you create pages for the feats instead of deleting them?

I'm not sure how to create navigation pages.

The navigation pages are made automatically -- all people have to do is add their content and the stuff automatically gets put on navigation pages. Surgo 16:51, September 9, 2009 (UTC)
Any new feats that are in the User, 3.5e, and Feat categories will be added to this list automagically, though it may take up to 48 hours to be appear. - TarkisFlux 19:28, October 9, 2009 (UTC)

Updated Nav and Feat Properties

Updated the feat nav, and the columns there are the only properties I think we need to worry about adding for feats. Type covers a lot of ground and description and prereqs seem pretty standard. Prereqs will not be searchable until we get more of the semantic stuff going, but they will be in the future. I don't know if the feats are in any condition to have their properties botted, so if you feel like updating your creations please do so. I'll help with the technical bits if you need it. - TarkisFlux 19:28, October 9, 2009 (UTC)

Overflow

Apparently there's a hard limit of 500 feats on the table. Feats after Shapechanger's Resilience alphabetically (right now; I'm sure it will change) aren't loaded into the table no matter how you choose to sort it.

How are we going to deal with this? I recommend that, instead of having one main table, we have a list of different feat types (probably with pages for all of them, or collections of related types; Combat, Skill, and tome scaling magic feats might go on one page, General, Epic, and Fighter feats on another, and so on), each with a table for all feats of that type. That should eliminate this problem for everything except the largest categories, like general, which at the very least will have the problem pushed back a bit. --IGTN 22:30, May 30, 2010 (UTC)

We hit 500 already? Ugh, this will need more thought. The "table per type" was a big failure on paleowiki, so I don't want to repeat that. Surgo 22:49, May 30, 2010 (UTC)
Yeah... Yay built in query limits. Some easyish solutions aside from "recode the mess":
  • We can drop the custom table formatting we're doing and use the semantic wiki built in table functions, color mismatch and all (unless we can get them to change the default colors on that for us). That still suffers from the same limit, but the "...further results" link on the bottom would be more visible and when you clicked on it your results wouldn't display in table formatting. So additional stuff is still hidden, but less so.
  • We can keep main table intact, but exclude specific types from it and push those into subpages. Tome feats might be a good candidate for exclussion, as might currently class specific feats (like the hivemaster stuff).
  • We can do a table per balance point, though I think it's a terrible idea and should not be taken seriously.
  • We can drop ask querries and move to DPLs, maybe. I'm not sure if they do all of the property listing that we have with queries or not actually.
That's all I gots right now. - TarkisFlux 02:14, May 31, 2010 (UTC)
I thought of table per balance point, too. It is hugely problematic. Having a Tome table and a class-specific table makes sense to me, though. By the by, I'm in chat right now, and there was some brief discussion of this in the chat earlier today. --IGTN 02:26, May 31, 2010 (UTC)
First, I have a solution to this problem, which can at least be used for up to 500 feats per first letter easily, see Template Talk:Author. Secondly, it'd be really really really nice to push the class feature specific stuff like hivemaster, autoplate pilot, my new extrinsic metamagic which I haven't made into feats, etc. onto other pages, or provide another page where stuff is organized to separate out the stuff with required class features, such as the aforementioned and spellcasting. This would require a concerted, careful tagging effort. -Cedges 03:09, May 31, 2010 (UTC)
The "push class-based feats out of here" is probably the best idea I've heard so far for dealing with this limit. Basically, any work-around requires that it maintains itself -- ie, works with zero oversight by anyone. That immediately rules out any "page per feat type" deal, and pretty much every other suggestion I've been given. If we can put a "class-based" tag on a feat, and then strip out that tag from the SMW query, it'll give us breathing room for...a month, I guess. If that.
The only real solution here is to get the limit in our config file updated. I'll send the Wikia admins a request for that. Surgo 04:17, May 31, 2010 (UTC)
Class ability components are pretty much self-maintaining even though each new type needs to be manually added. People expect that, and manually add them. Feats can work the same way if they absolutely must; add a new feat type, add a new nav page. The downside is, though, that spelling errors then make your feat get lost. The big flaw in this idea is that there are some groups of feat type that should be listed together, like Skill and Combat.
That said, I like the idea of splitting off class-specific and race-specific feats. Should they have their own list, or be listed on their class page or something?
Splitting off Tome feats is also doable, since we have Category:Tome just sitting there, if we need to shorten things. That gets Necromantic, Fiend, Elemental, Combat, Skill, and Spellcasting feats. Not nearly enough on its own to save the main list, but they'll have room on their list for a while.
Also, taking all of the General and Fighter feats off the main listing on its own might be enough to give us breathing room. Epic might need its own category. These categories would be broad enough to not need to be added onto. --IGTN 04:48, May 31, 2010 (UTC)
We can actually use properties as well as categories for telling the query what to include, or what to not include. So pulling specific things off the list is actually really easy, as is only including things of a specific type. Even a sub-page list for each type could maintain itself if we wanted to go that route. I'll split off the class / type specific ones for now, go from there. - TarkisFlux 06:23, May 31, 2010 (UTC)
Or I will get super lazy and just split off general. Meh, it's working for a few days, at least until title property gets sorted. - TarkisFlux 06:35, May 31, 2010 (UTC)