Creating Simultaneous-turn based layer for hidden actions?

Hi there! id like to run a game where players both move and attack at the same time. The plan is for players to place art icons (like explosions radiuses and or cones) in a hidden layer where they can only see their icons and not the enemy players icons.  and then the DM reveals everyone's icons to see who shot where.  Is there a way to do this in Roll20's current iteration? Thanks for reading!

Hi Brian! The easiest thing I can think of would be to use invisible tokens, with auras set to be edited by the player who can move the,. They wouldn't be icons, but they could be color coded. When the reveal time comes, the auras can be edited to be viewable by everybody. Very clunky to do by hand, but could be automated with Mod script macros (probably token mod).

I don't think you can do this with layers, since players only can access the objects layer and if you make them GMs, they will see everything. I think a better bet would be to duplicate a map for each player so that every player can be on their own copy. Then they can place their own token/art for their play on their map. To save a lot of back and forth, I would handle the synchronizing (the reveal stage of the turn) with a script. The script could listen for the on('add:graphic') event, and queue up a list of tokens it needed to replicate, pending the GM sending a command. Then I'd have a "synchronize" command in a button for the GM which would take this list of token additions and poll the list of players to find out what page they were on. For each page that had a player, I would recreate the token on that page. I would also keep a library of token connections (tokens 1, 2, 3, and 4 are all mirrors of each other spread across 4 maps); this way, I could synchronize movements later, if one of them moved. If you implemented this as a script, neither the players nor the gm would have to change pages to see what other people had done. On my page I would see the token that you played (after the script duplicated it for me), and on your page, you would see the token I played (again, after the script duplicated it). Value Adds: You could create an "encounter" or a "game" (depending on your gameplay, whatever verbiage might apply) to which you could add a certain number of players. Then the script could monitor the add-graphic event to monitor whether each player had played a token to the board... only allowing the synchronize command to run after every player had played. For GM-less games, the script could, once every player had played, output a button to chat to let any player push it to synchronize the maps. The script could monitor token movement through the on('change:token') event (and registration with TokenMod as an observer), to monitor whether anyone had moved a token and, if they are a GM, ask them if they want to synchronize that across all game-pages in play.

There is a script which will mirror token movement across pages, but any script solution would require a game created by a user with a Pro subscription.

Thanks Guys! the Multi map script sounds interesting.  could not find it online, do you guys know the precise name for the API script by chance? Also roll20 must have changed, I wasn't ware I could have multiple maps up at a time. thank you for time guys!

Twins TheAaron also made a version that does the same thing called ' LinkedMovement ', but on a single page if that's something that is useful for you. And just a caveat: using Mod (API) scripts requires the game creator to have a Roll20 Pro account. (You don't have a Pro tag next to your username.)

Twins or one of it's variants is likely the script Keith is talking about.  It would probably be a bit tedious to manage for your use case, but I think a script could be written that would work really well, though it would take a bit of effort. Roll20 natively supports splitting the party by dragging the player's name at the bottom to a page in the page toolbar. Having split the players to identical copies of the page, you'd have them drag in whatever tokens they want from the journal to set their actions, then the GM can kick off this theoretical script to synchronize all the tokens to a master page and pull all the players back to it.