There are some spell names from Decal/SW that are not consistent with the game. That is, the spell name is from what is returned elsewhere.

The easiest way to describe this, I think, is by example:

A "Scroll of Heartseeker V", if examined, has a spell of "Heart Seeker V" on it. (Note the space added.) A "Scroll of Regenerate Self VI" has a spell of "Regeneration Self VI" on it.

Has anyone come up with an easy way to address such things? The only answer I have is to special-case the ones I know about, but I wonder if there's something that exists (or can be done) in Skunkworks that could "fix" this problem.

Thanks.

SkunkWorks get spell names from the same place AC does, i.e. from the spell table in Portal.dat. The correct name of that spell really is "Heart Seeker V" with a space and a capital S, as you can see in game if you bring it up on your spellbook panel.

Likewise, the name SkunkWorks reports for the scroll object comes directly from the network protocol and is the same name you see in game, i.e. "Scroll of Heartseeker V".

The fact that scroll names don't exactly follow spell names is a "feature" of the game itself, not of Decal or SkunkWorks. As far as I know it's always been that way.

What is it you're doing that requires an exact match? Can't you just ignore the scroll name and use its spellid to figure out which spell it trains? E.g.

When I loot a corpse, I check to see if I know the spells of any scrolls that are there and, if not, pick them up. I guess maybe I'm just using the "wrong one" to get the spellid (which I, in turn, use to check to see if I already know it).

Thanks.

I do that too when looting, but spell names don't enter into it. The scroll knows the spellid directly (aco.spellid), which you can check against your spellbook (skapi.rgspellid) without reference to spell names.

Oh! Cool! I'll make that change. :-)

Thanks!

(And thanks for SW as well... :-) )