MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
Moderators: dorpond, trevor, Azhrei, Craig
MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
This is the "just-shoot-me-already" build of MapTool 1.3.
We are at 1.3b81-RC4. There will not be an "RC5" -- the next build is "final". Expect it on Wednesday, Jan 12th. So if there are any last minute bugs, well... it's probably too late.
The wiki has the list of fixes (visit the Main Page and then click on ChangeLog in the bottom right corner).
We are at 1.3b81-RC4. There will not be an "RC5" -- the next build is "final". Expect it on Wednesday, Jan 12th. So if there are any last minute bugs, well... it's probably too late.
The wiki has the list of fixes (visit the Main Page and then click on ChangeLog in the bottom right corner).
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
I don't know if this was mentioned before, but the size on the config tab seems to be broken. Changing the size from the right-click menu works, but the config does not. In fact, it will change the token back to medium no matter what size you choose. I also noticed the size names changed, which if fine for me, but may mess up some existing macros. Oh, the names are different from the right-click menu, so that menu is still correct.
Downloads:
- Notepad++ MapTool addon
- RPEdit details (v1.3)
- Coding Tips: Modularity and Design
- Videos: Macro Writing Tools
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
Huh? Nothing has touched the Size field of the Config tab! I'll take a look.
Edit: Mine looks fine. The Config tab shows "Free size" where the right-click shows "Native Size", but otherwise the list is the same. (It seems the Config tab doesn't notice that the image is on the Token layer so it displays Free Size. I'll check that.)
Edit2: I've changed the token editor dialog so that the Config tab's "Size" dropdown field lists the same sizes as the right-click menu, i.e. "Native Size" for the token layer and "Free Size" for all other layers.
Edit: Mine looks fine. The Config tab shows "Free size" where the right-click shows "Native Size", but otherwise the list is the same. (It seems the Config tab doesn't notice that the image is on the Token layer so it displays Free Size. I'll check that.)
Edit2: I've changed the token editor dialog so that the Config tab's "Size" dropdown field lists the same sizes as the right-click menu, i.e. "Native Size" for the token layer and "Free Size" for all other layers.
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
I reopened that campaign and it does look correct now (strange), but I was dinking around with some stuff, so I'll try and duplicate.
edit: Okay, I think I see what it is. I have 2 maps. One map is a square grid and the other is hex. If I open a token on the hex grid first, then all the tokens I open from then on will have the hex sizes. The reverse is true if opening a square grid token first.
edit: Okay, I think I see what it is. I have 2 maps. One map is a square grid and the other is hex. If I open a token on the hex grid first, then all the tokens I open from then on will have the hex sizes. The reverse is true if opening a square grid token first.
- Attachments
-
- example.jpg (50.9 KiB) Viewed 5561 times
Downloads:
- Notepad++ MapTool addon
- RPEdit details (v1.3)
- Coding Tips: Modularity and Design
- Videos: Macro Writing Tools
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
Huh. Interesting. It's always been like that and yet no one has noticed it. I imagine most folks using one style of map continue to use that style for all maps...aliasmask wrote:If I open a token on the hex grid first, then all the tokens I open from then on will have the hex sizes. The reverse is true if opening a square grid token first.
I've fixed this in 1.3 final. (I'm not calling in "b82" because there won't be a b83. )
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
It seems the Wiki: currentToken() fix didn't take for selected tokens that have tokens with the same name on the board.
Just click each of the tokens and click the "toggle dead" macro. Only 1 of the tokens will change state. Selecting both token will display no change but it will toggle on and then off.
"toggle Dead" has apply to selected tokens checked and lib:dead has the following code:
edit: The fix was done back in b78 but I just got around to testing it now.
Just click each of the tokens and click the "toggle dead" macro. Only 1 of the tokens will change state. Selecting both token will display no change but it will toggle on and then off.
"toggle Dead" has apply to selected tokens checked and lib:dead has the following code:
Code: Select all
[H, token(currentToken()): setState("Dead",1 - getState("Dead"))]
- Attachments
-
- lib.testDupeName.cmpgn
- (33.37 KiB) Downloaded 184 times
Downloads:
- Notepad++ MapTool addon
- RPEdit details (v1.3)
- Coding Tips: Modularity and Design
- Videos: Macro Writing Tools
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
Hm. I'll need to check that. It might be some kind of interaction with the [token:] roll option. I'll take a look right now.aliasmask wrote:Code: Select all
[H, token(currentToken()): setState("Dead",1 - getState("Dead"))]
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
Okay, I think I have it working. Here's what I did to test:
1. Start MapTool (revision 5556).
2. Drag three tokens to the default map.
3. Assign all the same name.
4. Initialize the "HP" property to "1", "2", and "3" for each token, respectively.
5. Select all three and execute this macro:
The token IDs and proper HP values were printed for each token. Mousing over the token showed the correct HP value on the statsheet.
This fix touched a lot of files -- over a dozen! Most were small changes.
There's still what I consider a bug, but it's cosmetic only. Whenever the macro subsystem is done running a macro and there are no tokens to impersonate (perhaps because none were impersonated before running the macro) the player's name is used to add the string, "Speaking as: ABC". Yet impersonating a token and then canceling the impersonation usually removes this string entirely. It's always worked like this and trying to fix it would again touch many files and I don't want to do that.
Those with source code access please test revision 5556 with a complex framework! That will give it a good stress test. I've played with it with lmarkus' D&D/PF FW but more is better.
1. Start MapTool (revision 5556).
2. Drag three tokens to the default map.
3. Assign all the same name.
4. Initialize the "HP" property to "1", "2", and "3" for each token, respectively.
5. Select all three and execute this macro:
Code: Select all
currentToken() = [r: currentToken()]
[HP = HP + 1]
<br>
This fix touched a lot of files -- over a dozen! Most were small changes.
There's still what I consider a bug, but it's cosmetic only. Whenever the macro subsystem is done running a macro and there are no tokens to impersonate (perhaps because none were impersonated before running the macro) the player's name is used to add the string, "Speaking as: ABC". Yet impersonating a token and then canceling the impersonation usually removes this string entirely. It's always worked like this and trying to fix it would again touch many files and I don't want to do that.
Those with source code access please test revision 5556 with a complex framework! That will give it a good stress test. I've played with it with lmarkus' D&D/PF FW but more is better.
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
This is probably more of an FYI because I don't know if you can repeat it with regularity, but I've been getting this little graphical error:
Basically, this is from the dragonlance moon campaign I uploaded on another thread. But when I output the frame and then run it again, sometimes the images only come in partially. Maybe it's because they are gif images, maybe it's related to caching or maybe it's related to my machine. I do get these same type of errors (sometimes) when I have several duplicated tokens on the map, the images will paritally or fully wink out or be replaced by another image on the map.
The image above fixes it's self when I move the frame. I suspect some kind of caching because it only seems to be a problem if the image I'm showing wasn't displayed before. I tested it by incrementing the days 1 by 1. Usually you'll see the error right away if you just loaded the campaign.
I had a fairly small frame, but it had the same behavior when larger and when docked.
Basically, this is from the dragonlance moon campaign I uploaded on another thread. But when I output the frame and then run it again, sometimes the images only come in partially. Maybe it's because they are gif images, maybe it's related to caching or maybe it's related to my machine. I do get these same type of errors (sometimes) when I have several duplicated tokens on the map, the images will paritally or fully wink out or be replaced by another image on the map.
The image above fixes it's self when I move the frame. I suspect some kind of caching because it only seems to be a problem if the image I'm showing wasn't displayed before. I tested it by incrementing the days 1 by 1. Usually you'll see the error right away if you just loaded the campaign.
I had a fairly small frame, but it had the same behavior when larger and when docked.
Downloads:
- Notepad++ MapTool addon
- RPEdit details (v1.3)
- Coding Tips: Modularity and Design
- Videos: Macro Writing Tools
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
Hm. It's different images each time it appears (right?) so it's not image-specific. It happens in frames as well as tokens on the map (right?) so it's not related to the HTML support in the panels.aliasmask wrote:This is probably more of an FYI because I don't know if you can repeat it with regularity, but I've been getting this little graphical error:
I'm thinking it could be a video driver problem related to the JRE passing off information to DirectX (I know you're on Windows) and there being some caching or optimizing at that level.
Try Phergus' suggested command line options. If the problem goes away, then at least it's been narrowed down.
You can Google for those options to find details on what they do.
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
I suspect, in part, it is related to using the -50 for the image assets. When I removed those the image were displayed correctly each time and with them there it reliably had that error. One thing I did notice was a brief "flicker" when showing images in their native size as if having the same larger image then reduced to native size.
Hmm... the problem doesn't show either when using height=50 width=50 instead of the -50, but it does have the flicker. With the larger image I can clearly see the "?" before the image is loaded.
I'll try some of those settings you mentioned. The token image glitch only happens very rarely.
Hmm... the problem doesn't show either when using height=50 width=50 instead of the -50, but it does have the flicker. With the larger image I can clearly see the "?" before the image is loaded.
I'll try some of those settings you mentioned. The token image glitch only happens very rarely.
Downloads:
- Notepad++ MapTool addon
- RPEdit details (v1.3)
- Coding Tips: Modularity and Design
- Videos: Macro Writing Tools
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
did you find/fix anything about my last error report?: http://forums.rptools.net/viewtopic.php ... 48#p185248
GETTING STARTED WITH MAPTOOLS - TUTORIALS, DOCS, VIDEOS, TOOLS, ETC
DISCORD (the new MT forum!)
My stuff
Excel Tools: Table and Light editors
MT Tools: Bag of Tricks: Tools for Maptool, Dungeon Builder I, Dungeon Builder II,onMouseOverEvent.
Frameworks: Dark Heresy, Rogue Trader, Deathwatch, Black Crusade, Only War, SET Card Game, RoboRally
Wiki: Debugging Tutorial, Speed Up Your Macros, Working With Two CODE Levels, Shortcut Keys, Avoiding Stack Overflow, READ THIS
DISCORD (the new MT forum!)
My stuff
Excel Tools: Table and Light editors
MT Tools: Bag of Tricks: Tools for Maptool, Dungeon Builder I, Dungeon Builder II,onMouseOverEvent.
Frameworks: Dark Heresy, Rogue Trader, Deathwatch, Black Crusade, Only War, SET Card Game, RoboRally
Wiki: Debugging Tutorial, Speed Up Your Macros, Working With Two CODE Levels, Shortcut Keys, Avoiding Stack Overflow, READ THIS
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
@Az - I tried those settings. No change when using the -50 added to the image assetId and the ddoffscreen crashed MT where it bong'd and didn't load.
I'm going to change the gif images to png and see if that makes a difference. I've never had this problem before, but I've always used png images (maybe jpg too).
edit: Yeah, I converted the images to .png images and they work fine now... weird.
I'm going to change the gif images to png and see if that makes a difference. I've never had this problem before, but I've always used png images (maybe jpg too).
edit: Yeah, I converted the images to .png images and they work fine now... weird.
Downloads:
- Notepad++ MapTool addon
- RPEdit details (v1.3)
- Coding Tips: Modularity and Design
- Videos: Macro Writing Tools
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
What about the translators, do we send a final file? or there will be more string externalizations?
Re: MapTool 1.3 Release Candidate Build 81 (1.3-RC4)
That all looks to be memory, probably stack size, related. When auto-save is writing out a campaign I'm guessing there is at least one more new thread launched and a fair chunk of memory used. If you were already on the edge that might be enough to push things over.wolph42 wrote:did you find/fix anything about my last error report?: http://forums.rptools.net/viewtopic.php ... 48#p185248