Aaaaaaaaaaaaaaaaaaaaaaah >___> I never thought of checking that during tests, since personally I mark off a spell only AFTER casting it and applying effects/damage, and seeing its results XD good to know :3 I'm a happy (old) kid now :D
Thank you
Printable View
Aaaaaaaaaaaaaaaaaaaaaaah >___> I never thought of checking that during tests, since personally I mark off a spell only AFTER casting it and applying effects/damage, and seeing its results XD good to know :3 I'm a happy (old) kid now :D
Thank you
that is by the way normally a good way, because the spells' entries vanish when in the combat display mode after all uses are gone (therefore I never implemented an automatic off-marking when clicking on the cast button although I thought about it :D). EDIT: So, doing so before one pressed all other buttons leads to that one has to switch the display mode for the other buttons. Therefore it might be a good project to integrate this spell failure into the cast button in save versus tags (when I am allowed to do so), then it is automatically compatible :D Hm, I keep it in mind :) (normally spells always get the cast button by the parser, but some custom spells overwrite this because the developer decided to do so)
Something like an IFTAG if the spell has "S" among the components?
Oh! Good point! You're most welcome to do so. I had originally wanted to use the cast button for it, but couldn't see an easy way to do it without getting into core functionality (and making compatibility hard, most likely). Your extension is already working with some of that stuff, so it would make a lot more sense in yours.
EDIT: I just rewrote the documentation to help it make sense :)
It's pretty straightforward, I think.
Can I ask how the .ext determines if the class is arcane, or how to roll for the spell fail or not? is it looking for a S, for somatic in the field? does this have to be capitalized/not, for example
I'm digging into why I can't get it trigger, *sometimes*, I don't know what the sometimes is :D
Great question. Here is the script that has most of the relevant stuff in it. I just finished re-writing all the documentation on it, so it should actually be fairly easy to understand.
It requires the "spellset" to be just the class name (like Bard not Bard Spells, for instance), and requires an "S" or " S" as a distinct piece of the string typed in components.
I think there is room for that to be improved, although it gets tricky because I can't just parse for any "s" because sometimes notes are entered there like for material components.
I will change to a non-case sensitive approach in the next update.
One thing you could do (altough it's not really a real solution) might be to parse for ", S" instead of just for S. I mean, most of the spell components are set as V, S, M in order. So since spells with no verbal component are very rare, one could parse for the sequence of ", S" (from "V, S"), taking the comma and space before that S.
Or not? (I don't really know much about programming anymore, ahaha)