Tabbed Sheet, Multiple Players - Synchronized view :(

As a GM, I often need to look at my players' character sheets, which are tabbed. But when I change which tab I am looking at, it also changes for the player (who is in the middle of trying to do something) Is there some way around this? Ie. As a GM I can view the character's "spellbook" tab, while they are viewing their "weapons" tab? The tabs on the character sheet I'm using use character attributes to determine which tab to display. Is there another way we can store that data, instead of an attribute? Would it be possible to get access to read/write to localstorage? Maybe a wrapper around it, that prefixes the keys with "roll20_$charsheetType_$charname"? I tried to find out if someone else has solved this, but no luck :\

Not as far as I know.  There might be some tricky way to override the css of what you are seeing through the Stylus addon to show you other parts of the sheet than what the player sees.  The attribute is triggering a change in the css.  You would have to figure out how to trigger the css change without changing any attributes.

No not really. Either both looks at the same page, or you edit the sheet so it doesn't remember what tab it is on, enabling independent checking, but it would firget it's page each time you close the sheet. You could create a backup sheet of the PCs(and removing them from the players journal so only you see them) every now and then.

If you install the PublicSheet script, it'll create copies of all the character sheets that are kept synced. You can tell it to ignore specific attributes on the source sheet. So find out which attribute controls the tabs (often just called 'tab'), and exclude that from synching, and you'll be able to look at whichecer tab you want without affecting the player view. You might want to set the copies it creates to visible only to GM, but in my experience, it's nice for players to look at each others sheets and this enables that too.

Cool! Thanks for the idea. I'll try it out :)

PublicSheet works well here - not an ideal solution, but it'll do for this case. Thanks for the help!