Campaign Buttons vs. Token Buttons (Macro Issues)

[Kizan]

I don't see any trusted functions in your code, which makes this behaviour seem a bit odd; but I haven't poked that deeply into it.


As for the client background, as you can see it looks a little odd:

Yeah sorry about that. I put a post into TK's forum about it. Thanx for the heads up.

http://forums.rptools.net/viewtopic.php ... &start=330

Kizan

[zEal]

Yeah sorry about that. I put a post into TK's forum about it. Thanx for the heads up.

http://forums.rptools.net/viewtopic.php ... &start=330

Kizan

No worries, I use my own 4E thingamajig I just didn't want to see you fall victim to a classic html blunder.

Now to try to get this back on topic:

zEal,

I hadn't tried that because I wanted the players to be able to build macro buttons by pulling the power description from the Lib:TKText and the math would then be done in my Lib:KZCombat. As you have probably guessed I want the players to be able to build own their macro buttons.

Thanx for poking at this. I wonder if it has something to do with the code the requires Lib tokens to not be editable by players. I don't know much about "trusted" tokens, but I remember reading something about them. That if you wanted it to be a trusted token you should setup the Lib token so that no one has ownership or something like that.

Kizan

I don't see any trusted functions in your code, which makes this behaviour seem a bit odd; but I haven't poked that deeply into it.

Anyone have any ideas why the tooltips only seem to work if it's a trusted function?

[Kizan]

So I went and started a server and a client. Client connects just fine. On client if I go and press the "Basics Melee Attack" button on the token named "Copy Me 2" MT dies with the following error info.

Code: Select all

java.lang.StackOverflowError
	at java.util.regex.Pattern$Loop.match(Unknown Source)
	at java.util.regex.Pattern$GroupTail.match(Unknown Source)
	at java.util.regex.Pattern$BranchConn.match(Unknown Source)
	

[Kizan]

and continues with this.

Code: Select all

at java.util.regex.Pattern$BranchConn.match(Unknown Source)
	at java.util.regex.Pattern$CharProperty.match(Unknown Source)
	at java.util.regex.Pattern$Branch.match(Unknown Source)
	

[jfrazierjr]

Stack overflow.. you have to increase your stack size before starting maptool

[Kizan]

Stack overflow.. you have to increase your stack size before starting maptool

Yup that was it. I don't think I've ever seen that error. (Guess I should have read the first line). The weird part is that I had people using those macros recently and didn't have that error. Well, I'll have my players update their settings. Thanx again.

Kizan

P.S. The Windows launcher is nice but doesn't work in Win x64

[dorpond]

Disregard my post - I was in error.

[Craig]

Ah this is the problem here

If the macro is not trusted then it can not create its own << >> type rolls or tool tips.
For a very simple reason, it would allow players to cheat, so << and >> are stripped and
you end up with what you have.

If a macro is trusted then its assumed either the GM has written or OK'd it, and since it is not player editable then it can return what it likes. So if you want your user defined functions to create verified rolls it will either have to be run from the campaign panel or a button that has player editable un selected.


Edit: as clarification if it returns a value that does not contain such formatting then normal formatting rules applied, so if you had a function called attackVal() and it returned a number, when doing [attackVal()] you would get something like << attackVal() = 3 = 3>>.