|
View Poll Results: Do you want the feats bootstrapped? | |||
Yes | 6 | 66.67% | |
No | 3 | 33.33% | |
Voters: 9. You may not vote on this poll |
|
Thread Tools | Display Modes |
Senior Member
Join Date: Jul 2010
Posts: 3,147
|
I have a question regarding the monster races. It seems many monster races do not have their feats automatically selected. This can be useful because some GM's might not want the default. On the other hand, it can be a pain to have to go check the manual to determine what feats they should have if you do want to default. If a feat is bootstrapped, it cannot be removed by the user without going into the editor. So, my question is, what do people prefer? Would you rather have all the feats bootstrapped or not? Currently, it appears to be mixed.
|
#1 |
Member
Join Date: Oct 2013
Posts: 46
|
While it can be a pain to look them up in the manual I prefer this so that as you said I can customize them. A few of my players tend to look everything up so I prefer to make then non standard to keep it new and fresh for everyone.
|
#2 |
Junior Member
Join Date: Nov 2014
Posts: 5
|
My suggestion is to handle it as follows:
Monster "races" (the ones defined in .user files) should not have the feats gained from monster/class hit dice (but should have the feats marked with a B -- bonus feats as part of their type) bootstrapped. However, it would be rather nice if we went through and made .stock files out of our .user files as well. The pre-made monsters in these .stock files would let us quickly pick the default monster configs that show up when browsing the encounter builder. This would let DMs both build custom versions of monsters when they wish to, as well as simply place the default P&P options using the built-in encounter tools. Best of both worlds, but certainly a bit of extra work for the community to get these resources made. Example: "3.5 - Monster Manual 1.user" -- Contains the core race, that any DM can build up as normal and customize to their heart's content. "3.5 - Monster Manual 1.stock" -- Contains creatures that use the data from the .user file, with the feats from the related book already pre-chosen. These can be imported into a portfolio using the encounter builder, nice and searchable. Last edited by NullCascade; November 8th, 2014 at 08:46 AM. |
#3 |
Senior Member
Join Date: Jul 2010
Posts: 3,147
|
Quote:
One thing to keep in mind is that if we do the stock files, they'll have to be a separate release. They would get large very quickly, and not everyone is going to want them, so they'll be kept as a separate package. Thank you for your feedback. |
|
#4 |
Senior Member
Join Date: Oct 2011
Posts: 6,793
|
It'd be nice if d20 could include the same "Customize?" button that PF has, which unbootstraps all the default feats and erases the default skill ranks added. But that's something which would require background work from ShadowChemosh.
|
#5 |
Senior Member
Volunteer Data File Contributor
Join Date: Jan 2010
Location: Chicago, IL (USA)
Posts: 10,729
|
Yep made me think the same thing. I was going to ask Colen for some pointers as I admit I have no clue where to even start with such code.
Hero Lab Resources: Pathfinder - d20pfsrd and Pathfinder Pack Setup 3.5 D&D (d20) - Community Server Setup 5E D&D - Community Server Setup Hero Lab Help - Hero Lab FAQ, Editor Tutorials and Videos, Editor & Scripting Resources. Created by the community for the community - Realm Works kickstarter backer (Alpha Wolf) and Beta tester.- d20 HL package volunteer editor. |
#6 |
Senior Member
Join Date: Jul 2010
Posts: 3,147
|
|
#7 |
Junior Member
Join Date: Nov 2014
Posts: 5
|
Hm. Should be possibly by doing the following?
1. Create a new special to bootstrap to each monster race. Name it something like "Customize?" 2. Use a script such as this on the special: Code:
~ We only add ranks/feats if the customize field is not checked. doneif (field[hIsOn1].value = 1) ~ Add our skill ranks. hero.child[kHide].field[kUserRanks].value += 2 Code:
fieldval:usrIsCheck = 0 |
#8 |
|
|