Domain Spells

[Frodie]

Ok, this is what I am trying to do"

"Add the spells of one of your goddess’s domains to your Spells Known."

So there seems no "easy" way to add just the domain's spells without the domain powers. I looked around the forum, but no luck. So before I remake all the domains and tag all their spells, is there something easier?

 

[Sendric]

try something like this:

First 9000

perform hero.childfound[cHelpShu].assign[sClass.Courage]

This adds spells from the Courage domain to the class spell list. You'll have to change the class name to suit what class you're working on (cHelpShu refers to the Shugenja class I'm working on for d20).

 

[Frodie]

Very cool, thank you!!!

Well not yet, I think it has something to do with the sClass is there a sDomain?

this is the script - First 9000

perform hero.childfound[cHelpSoR].assign[sClass.cdGood]

 

[Frodie]

Ok I try this

hero.childfound[cHelpSoR].field[cSecSplReq].assign[AllowDom.cdKnow]


But got this error:

Hero Lab was forced to stop compilation after the following errors were detected:

Syntax error in 'eval' script for Thing 'cFGSoRDGd' (Eval Script '#1') on line 1
-> Invalid use of a reserved word in script

 

[Sendric]

Ok I try this

hero.childfound[cHelpSoR].field[cSecSplReq].assign[AllowDom.cdKnow]


But got this error:

Hero Lab was forced to stop compilation after the following errors were detected:

Syntax error in 'eval' script for Thing 'cFGSoRDGd' (Eval Script '#1') on line 1
-> Invalid use of a reserved word in script

I think it has to be 'cHelpSor' with a lower case r.

Also, if you just want to add the spells, you might try sClass.cdKnow instead of AllowDom.cdKnow

 

[Aaron]

I would have thought assigning the sClass tag to the class helper (as you did in Post #3) would have done it. Let me look into it real quick.

 

[Aaron]

Ah. I see what's going down here. I misread your original post. You want to add the spells of a certain domain to your spells KNOWN, whereas I thought you just wanted to add them to the Sorcerer's Spell LIST (meaning you expand the spells available to select to include those of the chosen domain, but could take them or not, as normal for sorcerer spells). Assigning the sClass tag to your class helper does indeed expand your Spell List, as I'd thought it should.

So, as to what you want to do, unfortunately there isn't a way to handle this with just tags, spells added to your character's sorcerer class are picks that must either be user added or bootstrapped by something else. Bootstrapping them isn't going to be feasible, there are just too many spells for too many domains. What you can do is wait for a reboot on my part

 

[Aaron]

Ack, sorry about that. My system got hung up and slowed to a crawl there for a while. Seems to have been sorted now.

Anyway, as I was saying, you can set up a series of eval rules that require the user to choose the appropriate spells to add, or throw an error if they didn't. And, if these spells are meant to be free, you can also add 1 to the allowable spells known to make up for forcing their selections.

What sort of thing is this? Is it a feat or a class ability? Does it add a set domain's spells to the Sorcerer list (this'd be pretty simple), or can the user choose among several domains (this'd be a little tougher)? Are they supposed to be free, or do they take the normal Sorcerer spells known slots? Happy to help you further with this, but I need a bit more info.

 

[Frodie]

It's for a 3pp class, not a Sorcerer, that I am helping them with. It's a class feature, but I think the only way is to make a custom ability and bootstrap each spell from the custom ability.

 

[Aaron]

I don't know that's wise. It means every time a new domain is added to the program you'll have to go back and create a new custom ability for this class corresponding to the relevant domain.

 

[Frodie]

Yep, I know, but I really don't see any other way to add the spells, but it's only tied to 4 deities, so not too bad. I am 1/2 way there, so I think I'll just roll with it. My issue now is repeating spells if a sub domain is chosen.

 

[Frodie]

Ok, how do I remove duplicated known spells?

What I did is make Custom Abilities that represents the domains and the sub-domains. I then attached the spells associated with that domain. The issue I have run into is, that if a custom ability (sub-domain) is chosen and a custom ability (domain) is chosen, you get duplicated known spells. What is the best way to resolve this?

 

[Frodie]

Is there some "validif" you don't have a custom ability?

 

[Aaron]

Ok, how do I remove duplicated known spells?

What I did is make Custom Abilities that represents the domains and the sub-domains. I then attached the spells associated with that domain. The issue I have run into is, that if a custom ability (sub-domain) is chosen and a custom ability (domain) is chosen, you get duplicated known spells. What is the best way to resolve this?

I didn't know you picked more than 1 domain. I can't think of a good way to avoid these duplication issues when doing it in this Custom Ability method, as opposed to the previously discussed route. Best I can think of is some sort of foreach that could build a string and cycle through the existing spells, assigning a Hide.Spell tag to the second instance of a spell marked with a custom tag. Building such a string and foreach system would be a pain though.

 

[Aaron]

Is there some "validif" you don't have a custom ability?

Custom abilities forward Ability and HasAbility tags to the hero, as normal for most abilities. You could check for the lack of either of those tags in a validif (remember that HasAbility isn't forwarded until really late though).