RPTools.net

From my play test last night, I discovered that ONLY one onTokenMove macro can be active in a campaign. When I put one on my library, it was executed before Wolf42's (whose was never executed).

So I added this into Wolf42's library (making it a bit customized as I also added the following line to his teleportMap macro.)

Good to know.

Hummm...

It defaults to Off-Hand Heavy/Monster which is the easiest setting for GMs as most creatures use Natural attacks so it manages the Primary/Secondary for the GM (0/-5).

Only players and NPCs that use weapons would use a differing setting.

If we default TWF to Single Weapon, then the Primary/Secondary choice will have differing meaning and in turn be confusing by default (especially to GMs).

As I understand the rules for TWF and Creature attacks, I have no issues setting the default to whatever, but I am not convinced this change clarifies anything...

Most of the creature tokens I use are from Imarv's collection and they already have the attacks programmed. From my experience TWFighters don't make up the majority of the party and unless they have the TWF feat, they don't bother with two weapons. Perhaps some check could be made for the feat when setting the value, but that seems a bit like over programming. But, it's just a request. If I feel the need, I'll just update my own campaign file.

I was just looking something over based on something Az mentioned. I have a super small tweak to condition report. It's funny, I thought I had already made this change. First of all, the id="..." shouldn't have a space in there and the bottom conditions, which I named states, because that's all they really are (active states) doesn't have that in the id. All the ids should be unique and I didn't really see a need to change the attribute to class since id is unsupported anyway (no javascript or domain). I use this for the sort.


edit: added replace for cat names.

Will add to r04

Another request for r04. Can you not add the notes to stat sheet for AC mods. It really makes the sheet way too big with any kind of descriptive note. I would rather rely on the mod report for details. Ah, seems to only be for actual shield nor armor or mods.

I added "Shield (Abjurant Champion)" to my list of mods. I just put Abjurant_Champion_Level in the globalMod and adjusted the shield formula to 4+number(replace("0"+globalMod,"^0-9","")).

I know I wrote this, but I just realized that the token(currentToken()) part is not needed. I think this is an artifact of other code I was writing. I usually do this if I need to call a macro who doesn't have an id option and needs to be run against a specific token. Since the token() and if() are on the same level, token() does not affect the if(). It doesn't hurt to have it there, but it isn't adding any benefit, especially since the onTokenMove always has an impersonated token.

Another request The Shoot/Throw in to melee (-4) are forms of cover, which also includes attacking around a corner in melee. It looks like you don't check this mod if the attack is for a melee weapon. I suggest renaming it to Target has Cover (-4) with maybe the examples in a note below.

Aye, I use this fairly extensively as a fast way to see the basic armor a person is wearing. If the mod has Armor or Shield mod and a Note, then that note is added to the statsheet so I can see it. I usually put a very minimal descriptor in (Chain, W.Shield, or the like).

But, I can probably stuff this into a different property which would allow you more control and still make me happy.

Found a functionality issue. If you try to SetupBlank or EditCore a token on a non-Square grid map, you can run into an issue. For the near term, just edit/setup on a Square grid map. Or you can edit two macros: SetupBlank (campaign macro), editMain (library macro).

Bad code:


Good code:

Just a thumbs up for another excellent release!

I completely missed the updates in the new thread. What a surprise this is!

I was just about to start a new campaign file, so this is most welcome.

EDIT: if I get started with r3, will I just be able to export my maps and tokens to r4?

Or should I wait for a day or two? (though I hate to push)

The "easiest" upgrade path is to export your maps and import them into the new base framework. You will want to bring across your Lib:GlobalsSRDPF token if you have setup waypoints, and you will want to re-initialize the Wolf42 onTokenMove teleport pads. I may have the odd system property tweak in r04 but am trying to provide a macro to do a one time update for those.

r04 is becoming more involved that I first hoped so will take a while to release. A spherical AE targeting/application solution is rather complex. What I end up with will not be perfect, but it should be cool

Cool, now I know not to be afraid to settle in with r3 for awhile.

Thanks! And thanks for your work, as always!