If your maptools froze, than I got the sameJshock wrote: I got pretty much what you'd expect - it asks for the value of "test" over and over. Are you getting something different?
MapTool 1.3 Development Build 57
Moderators: dorpond, trevor, Azhrei, Craig
Re: MapTool 1.3 Development Build 57
Re: MapTool 1.3 Development Build 57
I had mentioned this before, it's looking for a variable that isn't there and the trigger is run several times. I don't think it'll make it in 1.3, but I suggested there be some kind of error checking for the statsheet... something like excel #ERROR if the statsheet references a property that doesn't exist. A typo can hurt you.
The number of dialogs is not infinite though. Move your mouse off the token and eventually you'll click through the dialogs. I think you can edit the token properties through the map explorer to make the fix.
The number of dialogs is not infinite though. Move your mouse off the token and eventually you'll click through the dialogs. I think you can edit the token properties through the map explorer to make the fix.
- trevor
- Codeum Arcanum (RPTools Founder)
- Posts: 11311
- Joined: Mon Jan 09, 2006 4:16 pm
- Location: Austin, Tx
- Contact:
Re: MapTool 1.3 Development Build 57
as in never stops asking ?Jshock wrote:it asks for the value of "test" over and over.
Dreaming of a 1.3 release
Re: MapTool 1.3 Development Build 57
Correct, Trevor. The word "test" in brackets is a request to the macro language for that variable and the macro language puts up a prompt if such a variable doesn't exist. This is great functionality in the context of a macro, but doing this in a property that will display on the statsheet is problematic.
A possible solution is to flag the macro library so that it knows a statsheet value is being interpreted and do what Hawke suggests and display "#UNDEF(test)" or something similar. (Having the variable name in the error message would be a huge step towards finding and correcting the problem!)
But that would be a bit of a hack since it would be some kind of global state flag that the statsheet processor would set, evaluate the properties, then reset when it's done. Perhaps adding a flag to the method that evaluates properties that says, "user interaction allowed" would suffice? Then it's not a global flag. And it's easy to implement with an overloaded method that takes an additional parameter (the original method is modified to call the new one with TRUE being passed).
But I'm not familiar with how property values are retrieved...
A possible solution is to flag the macro library so that it knows a statsheet value is being interpreted and do what Hawke suggests and display "#UNDEF(test)" or something similar. (Having the variable name in the error message would be a huge step towards finding and correcting the problem!)
But that would be a bit of a hack since it would be some kind of global state flag that the statsheet processor would set, evaluate the properties, then reset when it's done. Perhaps adding a flag to the method that evaluates properties that says, "user interaction allowed" would suffice? Then it's not a global flag. And it's easy to implement with an overloaded method that takes an additional parameter (the original method is modified to call the new one with TRUE being passed).
But I'm not familiar with how property values are retrieved...
Re: MapTool 1.3 Development Build 57
I'm late to the party on this but... You can do computed properties in the stat sheet?
- trevor
- Codeum Arcanum (RPTools Founder)
- Posts: 11311
- Joined: Mon Jan 09, 2006 4:16 pm
- Location: Austin, Tx
- Contact:
Re: MapTool 1.3 Development Build 57
Uhm .... yesRPTroll wrote:I'm late to the party on this but... You can do computed properties in the stat sheet?
Dreaming of a 1.3 release
- trevor
- Codeum Arcanum (RPTools Founder)
- Posts: 11311
- Joined: Mon Jan 09, 2006 4:16 pm
- Location: Austin, Tx
- Contact:
Re: MapTool 1.3 Development Build 57
heh, that is one of the few features that I actually wrote for the macro stuffAzhrei wrote:The word "test" in brackets is a request to the macro language for that variable and the macro language puts up a prompt if such a variable doesn't exist.
What I wasn't aware of was the side affect of the property sheet. Yeah that's kinda sucky.
For now the best work around is: don't do that
Dreaming of a 1.3 release
Re: MapTool 1.3 Development Build 57
Hehe. It only happens when you typo a variable for me... I type in [TotaAC] instead of [TotalAC]trevor wrote:For now the best work around is: don't do that
RPTroll wrote:I'm late to the party on this but... You can do computed properties in the stat sheet?
Example... set your AC to [BaseAC+ACBonus] and your statsheet will show your current AC... if you get a temp bonus because of a power just set ACBonus to 1 and you'll then see it correctly in the statsheet.
Just don't type [ABConus] or MapTool will be angry at you. =)
- trevor
- Codeum Arcanum (RPTools Founder)
- Posts: 11311
- Joined: Mon Jan 09, 2006 4:16 pm
- Location: Austin, Tx
- Contact:
Re: MapTool 1.3 Development Build 57
Oh, right, good pointHawke wrote: Just don't type [ABConus] or MapTool will be angry at you. =)
Dreaming of a 1.3 release
Re: MapTool 1.3 Development Build 57
Hmmmm. Possible serious, maptool ending hosage. That leaves me no choice but to try it out.
Re: MapTool 1.3 Development Build 57
Computed properties? You can run macros on mouseover!RPTroll wrote:I'm late to the party on this but... You can do computed properties in the stat sheet?
See here
http://forums.rptools.net/viewtopic.php ... 14#p118814
Re: MapTool 1.3 Development Build 57
I really should read the forums more often. <sigh>
That is pretty freakin' cool.
That is pretty freakin' cool.
Re: MapTool 1.3 Development Build 57
Hehe. If you do get that error, Az informs me that the popup boxes shouldn't be infinite... eventually you can close them all. Just quickly move your mouse away and try esc or enter or something to get through them.RPTroll wrote:I really should read the forums more often. <sigh>
That is pretty freakin' cool.
Re: MapTool 1.3 Development Build 57
Hawke wrote:Hehe. If you do get that error, Az informs me that the popup boxes shouldn't be infinite... eventually you can close them all. Just quickly move your mouse away and try esc or enter or something to get through them.RPTroll wrote:I really should read the forums more often. <sigh>
That is pretty freakin' cool.
I've found that occasionally just Alt-Tabbing away from the window and then back halts an endless progression, but then, that's with null pointer errors. Dunno about mouseover stuff (though I expect that the bigger and nicer your resolution, the longer those popup windows will take).
- lmarkus001
- Great Wyrm
- Posts: 1867
- Joined: Sat Mar 29, 2008 12:30 am
- Location: Layfayette Hill, PA
Re: MapTool 1.3 Development Build 57
Tried b57 tonight, but had critical failures that prevented using it, so had to revert to b56. Will send the campaign file and more specifics when I am more conscious!