Rooms Plugin Rev 1.0 is now available for my Unofficial MapTool-1.3.b89.Plugin_Support Mod
Download the plugin at https://www.mediafire.com/folder/4i2oya ... 20for%20R4
Rooms is a plugin that allows chat windows messages to be limited to members that are in the same area (or room). Support is provided for GM messages which can be made to any room and GMs can even place players in limbo allowing them to see all chat messages.
Usage:
At the beginning of the session, set your identity. This is typically done by:
[r: pluginExecute("Rooms","identity",getPlayerName())]
This process can be automated by the GM using the MT broadcast command.
All players start off in limbo. When the player enters a new area, type:
[r: pluginExecute("Rooms","enter",getPlayerName()+",AreaName")]
Where AreaName is replaced by the name of the area that the player just entered.
This process could be automated in a Campaign file by writing a good onTokenMove
MT macro which extracts the name of the area from the position of the token.
Areas are totally arbitrary so they don't need to be associated with any kind of
map landmark. For example, one could write a macro which associates an area with
each player and then only if the players are within a specific distance does the
macro place them in the same area. However, the most common use of areas is to
identify segregated section of the maps like rooms, buildings, various parts of
a forest and so on.
If at any point the player needs to be able to see all chats (not just the ones
for his/her area) the GM can use:
[r: pluginExecute("Rooms","leave",getPlayerName())]
which places the player back in limbo where he/she can see all chat messages.
Only the GM has the power to do this.
Rooms for Unofficial MapTool-1.3.b89.Plugin_Support Mod
Moderators: dorpond, trevor, Azhrei, Gamerdude
- Lord.Ashes
- Dragon
- Posts: 350
- Joined: Wed Jul 03, 2013 5:58 am
Rooms for Unofficial MapTool-1.3.b89.Plugin_Support Mod
"We often compare ourselves to the U.S. and often they come out the best,
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue
Re: Rooms for Unofficial MapTool-1.3.b89.Plugin_Support Mod
You're really on a roll aren't too. Very cool. I'll think of implementing some feature to use this in the bag of tricks.
I'm thinking more in line of isvisible or can see token functions so you can make use of the vbl.
Which brings me to a question. Can you use a macro call to detect plugins? I use this to turn features in the bot on or off.
I'm thinking more in line of isvisible or can see token functions so you can make use of the vbl.
Which brings me to a question. Can you use a macro call to detect plugins? I use this to turn features in the bot on or off.
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
- Lord.Ashes
- Dragon
- Posts: 350
- Joined: Wed Jul 03, 2013 5:58 am
Re: Rooms for Unofficial MapTool-1.3.b89.Plugin_Support Mod
I figure the more plugins I make the better chance that users will switch to using my Unofficial MapTool-1.3.b89.Plugin_Support.R4 fork.wolph42 wrote:You're really on a roll aren't too. Very cool.
Yes. You could do it as a MT macro but in that case you need to use Macros to talk. The benefit of the plugin, in this case, is that you use macros to indicate who is where but after that you use completely regular chat messages and the plugin take care of suppressing them for users that should not hear them.wolph42 wrote:I'll think of implementing some feature to use this in the bag of tricks.
Interesting. That would be the downfall of my plugin - unless you passed it the isvisible information, it would not know it. Hence why I need the enter function.wolph42 wrote:I'm thinking more in line of isvisible or can see token functions so you can make use of the vbl.
Yes and no. There is a Plugin plugin (yes...in retro-site I should have chosen a better name) which has functions for listing plugins. There is support for listing plugins to yourself, to the GM and to all players. There is even, if I remember correctly, a pseudo chat command for listing plugins to GM so the GM issue this command and see what plugins each player is using.wolph42 wrote:Which brings me to a question. Can you use a macro call to detect plugins? I use this to turn features in the bot on or off.
However, I'd have to check if any of the MT macro function added in the plugin actually return data. I don't think so. I think they trip the results to be written back to the GM but not as the return value of the macro...so, at the moment, I don't think you can write a MT macro that uses the information.
I don't really see how I could do that because the GM would execute a macro but that needs to run a check on the client side and return that back to the GM macro. I think the best I could do is have one macro for triggering the request and have the plugin record that temporarily so that a second macro can then read it. Would that be acceptable?
I figure the more plugins I make the better chance that users will switch to using my Unofficial MapTool-1.3.b89.Plugin_Support.R4 fork.
"We often compare ourselves to the U.S. and often they come out the best,
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue
Re: Rooms for Unofficial MapTool-1.3.b89.Plugin_Support Mod
listing plugins to self is enough. its something you call OCL and then write the result to a lib:token. Then you know whos has what plugin installed. e.g
[setlibProperty("plugins", json.set("{}", "player", getPlayerName, "Plugins", getPlugIns(), "lib:Settings")]
question is what is the actual name of 'getPlugins()'.
as for invisible. you would define room1 for the first player, room2 for the second etc. if player 1 and 2 can see eachother, then they enter eachother room, if they move you make the visibility check again and change the settings.
herewith im assuming that players can be in multiple rooms. Is that correct?
[setlibProperty("plugins", json.set("{}", "player", getPlayerName, "Plugins", getPlugIns(), "lib:Settings")]
question is what is the actual name of 'getPlugins()'.
as for invisible. you would define room1 for the first player, room2 for the second etc. if player 1 and 2 can see eachother, then they enter eachother room, if they move you make the visibility check again and change the settings.
herewith im assuming that players can be in multiple rooms. Is that correct?
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
- Lord.Ashes
- Dragon
- Posts: 350
- Joined: Wed Jul 03, 2013 5:58 am
Re: Rooms for Unofficial MapTool-1.3.b89.Plugin_Support Mod
Nice...Why didn't I think of that. The MT function for listing plugins to self could definitely return the plugin list directly. I am not sure if it does now but if not I can mod that easily. I totally forgot that although clients are independent the tokens they are using a global so writing a library token makes the info available to all. Doh! Such a basic concept and I totally missed it.wolph42 wrote:listing plugins to self is enough. its something you call OCL and then write the result to a lib:token. Then you know whos has what plugin installed. e.g
[setlibProperty("plugins", json.set("{}", "player", getPlayerName, "Plugins", getPlugIns(), "lib:Settings")]
The plugin is called "Plugins" (hence the comment about better name since that makes it the Plugins plugin).wolph42 wrote:question is what is the actual name of 'getPlugins()'.
The link https://www.mediafire.com/folder/68d4q8uwhiujd/Plugins will take you to all my plugins.
The link https://www.mediafire.com/folder/nyho29 ... 20for%20R4 will take you directly to the Plugins plugin.
Looks like I forgot to generate the basic Doc for this plugin. However, with most my plugins (this one included) you can do:
[r: pluginExecute("Plugins","help","")]
Where "Plugins" is the name of the Plugin that you want help for. This will return a brief help description into the Chat Windows.
In this case:
pluginExecute("Plugins","listPlugins","") = Lists client's installed plugins to GM.
pluginExecute("Plugins","showPlugins","") = Lists client's installed plugins to client.
pluginExecute("Plugins","sharePlugins","") = Lists client's installed plugins to all clients.
Notes: Can also be tripped from within Chat messages using .plugins or .plugins2gm
You can test if listPlugins returns the list immediately (i.e. as a result of the Macro) or not. If not, I'll mod it so it does.
I understand what you mean. What I was saying that implementing it via plugin as opposed to MT macro has the downfall that the plugin doesn't know anything about visibility. So that information would need to be passed to it if visibility was used to implement this as a plugin. A MT macro would be easier using visibility because it has direct access to visibility properties.wolph42 wrote: as for invisible. you would define room1 for the first player, room2 for the second etc. if player 1 and 2 can see eachother, then they enter eachother room, if they move you make the visibility check again and change the settings.
At the moment no...my Rooms does not support cloning yourself to be in two places at once. Using the enter function replaces the previous location with the new location.wolph42 wrote: herewith im assuming that players can be in multiple rooms. Is that correct?
"We often compare ourselves to the U.S. and often they come out the best,
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue
- Lord.Ashes
- Dragon
- Posts: 350
- Joined: Wed Jul 03, 2013 5:58 am
Re: Rooms for Unofficial MapTool-1.3.b89.Plugin_Support Mod
Just a note:
I verified that the current implementation of the Plugins plugin does indeed return the plugin list as the result of the MT macro function if listing the local client plugins.
As such it should be possible to include it in a user MT macro which grabs the results and sets them on a library token for some others (such as the GM) to read.
I verified that the current implementation of the Plugins plugin does indeed return the plugin list as the result of the MT macro function if listing the local client plugins.
As such it should be possible to include it in a user MT macro which grabs the results and sets them on a library token for some others (such as the GM) to read.
"We often compare ourselves to the U.S. and often they come out the best,
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue
Re: Rooms for Unofficial MapTool-1.3.b89.Plugin_Support Mod
Ok clear. But just to be clear as well, you require a plugin, to detect plugins? I don't know how invasive it would be, but as you created a branched version of MT anyway, why don't you add the 'plugin detector' not to MT itself? That seems quite logical. Granted, you give a message in the chat if plugins are installed, but it would be nice to have that native in a function as well.Lord.Ashes wrote:Just a note:
I verified that the current implementation of the Plugins plugin does indeed return the plugin list as the result of the MT macro function if listing the local client plugins.
As such it should be possible to include it in a user MT macro which grabs the results and sets them on a library token for some others (such as the GM) to read.
edit: one other thing. I won't start making any changes to the bot until you have patched b90 as well as this is now the default environment I work in.
But don't hurry I've got my hands full at the moment anyway, so it will be a while before I can even start looking properly at your plugins.
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
- Lord.Ashes
- Dragon
- Posts: 350
- Joined: Wed Jul 03, 2013 5:58 am
Re: Rooms for Unofficial MapTool-1.3.b89.Plugin_Support Mod
There were two reasons why I did not put the plugin detection into MT itself:wolph42 wrote: Ok clear. But just to be clear as well, you require a plugin, to detect plugins? I don't know how invasive it would be, but as you created a branched version of MT anyway, why don't you add the 'plugin detector' not to MT itself? That seems quite logical. Granted, you give a message in the chat if plugins are installed, but it would be nice to have that native in a function as well.
1. At the time I had already generated R4 of my MapTool fork and didn't want to generate R5 just to add this functionality
2. I presumed that whatever output I generated for listing the plugins, someone would come along and want a different output.
By making a plugin, the output format can more easily be adjusted instead of having to modify the code MT code.
Having said that, if you are using the Plugin detection, to avoid cheaters (for example, the Rooms plugin will show all chat messages if the plugin is not installed) and thus a GM might want to make sure that all players have it installed) then having it built into the core MT code is better since an enterprising cheater could build his own version of the plugin that reports falsely. In such a situation even if the GM trips the request with a broadcast, it would still be using the local plugin and thus could be tampered with.
I am working on R5 now (adding back support for JAR files in addition to Class files, adding the concept of available plugins vs active plugins and adding the writing of a local file with the MT client name so that plugins can identify the client) so I'll add it in as core MT functions.
[/quote]wolph42 wrote: edit: one other thing. I won't start making any changes to the bot until you have patched b90 as well as this is now the default environment I work in.
But don't hurry I've got my hands full at the moment anyway, so it will be a while before I can even start looking properly at your plugins.
I'm just trying to get the b90 source code. You suggested jamztheman, jfrazierjr or azhrei.
Azhrei seems very busy. I sent him a PM weeks ago about my plugin support mod and the PM is still showing in my outbox (i.e. he has not looked at it).
I sent a PM to jamztheman this morning. For some strange reason I could not find jfrazierjr in the member list this morning but I re-tried it now and found him. So I also sent him a PM.
"We often compare ourselves to the U.S. and often they come out the best,
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue