Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Workflow for recording multiple consecutive Replays #39

Open
dmurfet opened this issue Dec 31, 2023 · 1 comment
Open

Workflow for recording multiple consecutive Replays #39

dmurfet opened this issue Dec 31, 2023 · 1 comment
Labels
enhancement New feature or request replay Related to the replay system

Comments

@dmurfet
Copy link
Member

dmurfet commented Dec 31, 2023

It is natural to have multiple Replays that are meant to be played after one another. However, currently this is hard from both the recording and playing sides. On the recording side, to begin recording Replay 2 you want the final contents of Replay 1 on the boards. There is no easy way to do this. On the playing side, when Replay 1 finishes you want its contents to stay visible because there might be some discussion afterward.

At the moment when the Replay finishes the state prior to the beginning of the Replay (e.g. the boards) is restored. There should be an optional behaviour to have the Replay boards remain present in the world once the replay has completed.

@dmurfet dmurfet added enhancement New feature or request replay Related to the replay system labels Dec 31, 2023
@dmurfet
Copy link
Member Author

dmurfet commented Dec 31, 2023

The current workaround is just to have a reasonable final state on all the boards as the persistent state, which gets wiped during each individual replay. So if you record serial Replays 1, 2, 3 then when Replay 1 finishes and the boards are restored, the final state of all three replays is visible. Then Replay 2 begins and wipes the boards involved in that replay (let's say Replay 1 involves boards 1,2 and Replay 2 involves boards 3, 4 and so on with no overlaps) but the other remain visible.

This has the advantage of the state of the boards in between replays being actually useful for the observer, but it would be better for the final state of Replay 3 not to be visible before that Replay has actually run.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request replay Related to the replay system
Projects
None yet
Development

No branches or pull requests

1 participant