MapTool 1.3 Development Build 50
Moderators: dorpond, trevor, Azhrei, Craig
-
- Giant
- Posts: 192
- Joined: Tue Dec 25, 2007 6:38 pm
Re: MapTool 1.3 Development Build 50
Actually ya its a b49 campaign format but I have saved it under b50 and it still does it...should I redo all my properties?
"Nat 20 man, reroll a plate wearer next time."
Kugan - "All bless the god KA-CHING!"
Kugan - "All bless the god KA-CHING!"
- Full Bleed
- Demigod
- Posts: 4736
- Joined: Sun Feb 25, 2007 11:53 am
- Location: FL
Re: MapTool 1.3 Development Build 50
Any chance this can be turned into a docking profile type thing where we can load different docking profiles as we need them?trevor wrote:* Save docking layout persistence data to a specific file (makes for easier resetting)
Maptool is the Millennium Falcon of VTT's -- "She may not look like much, but she's got it where it counts."
Re: MapTool 1.3 Development Build 50
So you would want this to be done on-the-fly while you're running MapTool? And it would have a file browser based interface, just like importing campaign properties or loading a new campaign?Full Bleed wrote:Any chance this can be turned into a docking profile type thing where we can load different docking profiles as we need them?
(Anything's possible, given sufficient time and resources. )
- Full Bleed
- Demigod
- Posts: 4736
- Joined: Sun Feb 25, 2007 11:53 am
- Location: FL
Re: MapTool 1.3 Development Build 50
Yeah, that's my basic thought. Seems like a natural progression of the feature since we now have the "profile" outputting to a specific file.Azhrei wrote:So you would want this to be done on-the-fly while you're running MapTool? And it would have a file browser based interface, just like importing campaign properties or loading a new campaign?Full Bleed wrote:Any chance this can be turned into a docking profile type thing where we can load different docking profiles as we need them?
Maptool is the Millennium Falcon of VTT's -- "She may not look like much, but she's got it where it counts."
Re: MapTool 1.3 Development Build 50
Yes, it does. I just wanted to be sure I understood the functionality you were looking for. I'll keep this in mind as I'm coding my generic import/export code. I had a deadline for Feb 3rd that I missed for another project so the good news is that one way or another I should have more time Real Soon Now. I'll get back to my todo list...
- 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 50
This would be pretty easy actually. I was thinking of creating a Layout submenu under Help that groups all that together. The thought was to have:Full Bleed wrote:Any chance this can be turned into a docking profile type thing where we can load different docking profiles as we need them?trevor wrote:* Save docking layout persistence data to a specific file (makes for easier resetting)
Save Layout (save the current layout as the default)
Restore Layout (go back to the last saved layout)
Restore Default Layout (would do a hard reset to the default layout, essentially wiping out the saved layout)
It wouldn't be a stretch to let you create and name your layouts and select them at will.
I'm focused on other parts of the app currently but if someone else wanted to code it I'd drop it in.
Dreaming of a 1.3 release
- IMarvinTPA
- Dragon
- Posts: 467
- Joined: Mon Sep 11, 2006 10:12 am
- Contact:
Re: MapTool 1.3 Development Build 50
When I double click a hidden object in the Map Explorer List under the "GM" section, I wind up partially in an unlisted layer. That is, I get centered on the object, but it does not get selected. If I paste any objects at this time, they are not part of any of the four Layers. I think the editing layer gets set to "GM" but the selected layer remains on your last selection.
Thanks,
IMarv
Thanks,
IMarv
- 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 50
Odd. Could you do me a favor and post that into the MapTool/Bug Report forum so I don't miss it ?
Dreaming of a 1.3 release
Re: MapTool 1.3 Development Build 50
I did a quick look around to see if this is an old issue or not, but didn't see any reference to the problem. I also checked the MapTool/Bug Report forum but didn't see anything there.
Sometimes Token Properties don't update on the statsheet after they are changed. I think I've narrowed it down to Token Properties that follow this format:
If you change the value of someOtherTokenProp (by manually editing it in the Token itself, for example) and then mouse-over the token, the previous value of someOtherTokenProp appears still.
If you do this, however:
It works fine. When you go and change the value of someOtherTokenProp and then mouse-over the token, the statsheet shows the new value correctly.
It's as if calculated values on a statsheet aren't updated unless there's actually some calculation taking place.
Now I know it may seem pointless to have a token property which is in effect just an alias for another token property (you could just use the (shortname) to achieve essentially the same thing), but I noticed it and figured it might not be by design so I'm reporting it. There's some value for such aliases: multiple indirection, organization (I want all of my statsheet props in one place at the bottom of the list, but I want the actual props organized elsewhere), etc.
Sometimes Token Properties don't update on the statsheet after they are changed. I think I've narrowed it down to Token Properties that follow this format:
Code: Select all
*TokenProp: {someOtherTokenProp}
If you do this, however:
Code: Select all
*TokenProp: {someOtherTokenProp + 0}
It's as if calculated values on a statsheet aren't updated unless there's actually some calculation taking place.
Now I know it may seem pointless to have a token property which is in effect just an alias for another token property (you could just use the (shortname) to achieve essentially the same thing), but I noticed it and figured it might not be by design so I'm reporting it. There's some value for such aliases: multiple indirection, organization (I want all of my statsheet props in one place at the bottom of the list, but I want the actual props organized elsewhere), etc.
& So Forth a blog about dungeons & dragons & so forth. With a particular eye for virtual table-top play, 5e, and OSR themes.
- 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 50
cubeblue could you repost that in the MapTool->Bug Reports forum ?
Dreaming of a 1.3 release
Re: MapTool 1.3 Development Build 50
Done. Thanks.trevor wrote:cubeblue could you repost that in the MapTool->Bug Reports forum ?
& So Forth a blog about dungeons & dragons & so forth. With a particular eye for virtual table-top play, 5e, and OSR themes.
Re: MapTool 1.3 Development Build 50
I might have missed something along the way, so sorry if so, but quick question.trevor wrote:* The new docking framework libs should fix many of the window problems we've had, please post if you are still experiencing them, or if you used to but are now working correctly
I have, in b49, a char sheet macro that opens to a dialog. I can't get the frame to open, though, but as far as the wiki is concerned there's really no difference in formatting. Far as I can tell, anything that works in a dialog should work in a frame. Certainly, anything I have going on should. I can get frames to open, if the content is simple, but I can't get the dialog-compatible char shett HTML to work in the frame. I remember reading complaints about this, and that it was a bug in need of squashing. Is this remark by trevor meant to indicate these sorts of errors? That is, if I move to b50 (avoiding 51 and 52 as unstable until I get my campaign itself working), will I be able to work the sheet in a frame?
Or am I just missing something stupid about HTML and frames, generally?
- verisimilar
- Giant
- Posts: 153
- Joined: Thu Jan 29, 2009 1:03 pm
- Location: Detroit, MI
- Contact:
Re: MapTool 1.3 Development Build 50
This has been addressed a few times that I've seen. The issue is the amount of content you have in the frame. This work around this separate the content into it's own macro and the call that macro from within the frame.
Now known as zEal
Re: MapTool 1.3 Development Build 50
I just found a bug in the frame code that Craig is fixing and will be in the next patch to Trevor. It may have caused some problems with MapTool thinking a frame already existed when it really didn't. But it's likely not the only problem...
Re: MapTool 1.3 Development Build 50
You may also have closed the frame at some point by clicking the X in top right corner, and that can sometimes cause it to permanently disappear. To test if that is the problem, close MT then go to C:\Documents and Settings\<username>\.maptool\configs and rename layout.dat to something else like layout.old. Then try opening MapTools and see if you can get the frame to appear. If so, then you'll need to reset the positions on all your other frames. If not, you can close MT and rename layout.old back to layout.dat.
Once you figure it out and get the frame to reappear, I'd recommend shutting down MT and making a backup copy of the good layout.dat file (call it something like layout.safe or layout.good or some such) so that if you run into the problem again you can just copy it back to layout.dat and fix the problem without losing your other frame positions.
Once you figure it out and get the frame to reappear, I'd recommend shutting down MT and making a backup copy of the good layout.dat file (call it something like layout.safe or layout.good or some such) so that if you run into the problem again you can just copy it back to layout.dat and fix the problem without losing your other frame positions.