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]

Originally Posted by 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

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.