Planar Domains from the Spell Compendium

These domains take up both of a cleric's domain slots, how would I program that in Hero Lab?

In a post from late 2007 I was asking how to implement domains for a class and I had the following question:

> The Mystic gains the
> domain spells of his domain as bonus spells known, so for example, at
> 1st level he knows 5 0th level spells, 2 1st level spells, and the 1st
> level spell for the domain he has chosen. How do I make the domain the
> mystic selects add a certain spell as a bonus spell to his spells known?

Colen replied
>Hmm... the domains you have are going to be really different from the
>normal domains, because you'll need to bootstrap the spells that you
>know. So it probably makes sense to define them differently - as Custom
>Abilities.
>
>Give the Mystic 1 custom ability at all levels, and add one Mystic
>custom ability for each domain that bootstraps the appropriate spell.
>That way you don't have to worry about making the Mystic domains
>overwrite the existing ones.
>
>After that, I think everything else should be pretty simple.

So now, after a year I've come back to this and started working on it again. I made a custom ability and bootstrapped the appropriate spells to it, but after selecting the custom ability, there is no change to the known spells. What is up? How do I fix it?

Lawful_g wrote:
>
>
> These domains take up both of a cleric's domain slots, how would I
> program that in Hero Lab?


Add an eval script to the domain that subtracts 1 from the "cGiveSpec"
field from the parent class like so:

linkage

Lawful_g wrote:
>
>
> In a post from late 2007 I was asking how to implement domains for a
> class and I had the following question:
>
>> The Mystic gains the
>> domain spells of his domain as bonus spells known, so for example, at
>> 1st level he knows 5 0th level spells, 2 1st level spells, and the 1st
>> level spell for the domain he has chosen. How do I make the domain the
>> mystic selects add a certain spell as a bonus spell to his spells known?
>
> Colen replied
>>Hmm... the domains you have are going to be really different from the
>>normal domains, because you'll need to bootstrap the spells that you
>>know. So it probably makes sense to define them differently - as Custom
>>Abilities.
>>
>>Give the Mystic 1 custom ability at all levels, and add one Mystic
>>custom ability for each domain that bootstraps the appropriate spell.
>>That way you don't have to worry about making the Mystic domains
>>overwrite the existing ones.
>>
>>After that, I think everything else should be pretty simple.
>
> So now, after a year I've come back to this and started working on it
> again. I made a custom ability and bootstrapped the appropriate spells
> to it, but after selecting the custom ability, there is no change to the
> known spells. What is up? How do I fix it?


Are the spells not appearing on the Mystic tab, or on the Spells tab, or
both?

You should be able to make them appear on the class tab by assigning a
"SpellType.CLASSID" tag to the bootstrap, where CLASSID is the unique id
of the class pick. Does that work?



--
Colen McAlister, colen@wolflair.com

The spells do not appear at all on the Mystic class tab. All spells of level 1-9 appear on the spells tab, but they are grayed out, even the ones the hero is of high enough level to cast. Additionally, on the spells tab, next to the name of the greyed out spell there is a pair of parenthesis that normally look like this "(Mys)", but instead it looks like this "()".

I'd like to make the spells appear on the Mystic Tab. Also, is it possible to make only the ones that the mystic is able to cast appear on the spells tab?

I tried a similar script to the assigning of bonus feats for the knight at certain levels you advised me of. That is, next to the bootstrap, hitting the Condition button and running a script:

Phase:First Priority:10000
count:Classes.Mystic >=4

But I get an error message "Existence tagexpr for pick 'cMysAir' is scheduled after primary condition test is scheduled" the hero I am testing has the Air Domain custom ability removed, and all the bootstrapped spells disappear from the spells tab (no matter which of the 9 spells I put the condition tag on). I am unable to add the ability again, as the error stops it, and I have tried choosing an earlier phase in the hopes of getting it to go before the primary condition test (I don't know what this is), but no luck.

You suggested that I assign the SpellType.CLASSID tag to the bootstrap, but I am unclear on this. From the bootstraps menu I click on Tags, Create New Tags, and there are 2 fields for entry, "Group ID" and "Tag ID". Group ID is just long enough for SpellType." to be entered, while Tag ID is large enough to accomadate the whole thing. Am I supposed to split it up so SpellType. goes in the former, and CLASSID goes in the latter? Also, the class uses Cleric spells, so should CLASSID be cleric? Or should it be Mystic, or cMystic? I have tried various combinations, but they all result in the error message "Thing 'cMysAir' - invalid unique id "

You should be able to make the spells appear on the class tab by assigning them the "SpellType.CLASSID" tag. For example, the class id of the Cleric class is "cHelpClr"; assigning the "SpellType.cHelpClr" tag makes a spell appear on the Cleric tab.

The condition expression you specify should work fine, but there appears to be a bug in the "Test Now!" functionality in v3.0 - once you save the domain, quick-reload your game system (Ctrl+R on the main form) and you should be able to add it properly.