Thanks @CrushKing and @garrykassy2802 !
This is a great idea.
It's an awesome idea! Glad you bought it up Lance!
Thanks a lot @parrotz & @Slaying_Queen!
I am always playing multiple correspondence games at once, using the exact same interface you use in simuls, with an optional auto-switch button. For Lichess interface, the game type does not matter.
So all you need is to send a series of challenges for the same player. Each challenge must be accepted before a new one can be sent, but you don't need to start the games immediately, you can initialize all boards first, then start them one by one just like a simul.
What we don't have is:
(1) a fast board switching
(2) the grouping of those games in a managed and publishable event
For (1), I think I have the perfect idea. Currently, the game window is "connected" to a single game per time. That means it can be quickly notified when opponent resigns, offers a draw, or moves. When you switch boards, the entire page is re-loaded, which causes a delay. The fastest solution is to have two connected games at once, just like you had two browser tabs open, but you have just one. That will keep your browser up to date with both games, but have just one of them loaded in the main board at once. Let's name those connections as slot A and B. So as you make a move your browser just switches the foreground slot from A to B, instantly updating the board. And while you are looking at the board from slot B, your browser replaces, in the background, the other game that will occupy slot A.
For (2), if the idea is that each participant plays N games, then it seems more like a tournament than a simul exhibition done by a host. The solution could be to create a new type of tournament were all participants must be ready when it starts and each one will have N games started simultaneously. We can make it a single or multiple round tournament.
- Single round: once those games end the tournament is over. To avoid a high tendency toward tied results, each tournament of N simultaneous games could be restricted to N players. So in a 4-board tournament would have no more than 4 participants.
- Multiple round: For a large quantity of players and limited number of simultaneous boards (lets say 100 players, two boards at once), we would need a conventional style of tournament, were each ended game gets replaced by a new one.
So all you need is to send a series of challenges for the same player. Each challenge must be accepted before a new one can be sent, but you don't need to start the games immediately, you can initialize all boards first, then start them one by one just like a simul.
What we don't have is:
(1) a fast board switching
(2) the grouping of those games in a managed and publishable event
For (1), I think I have the perfect idea. Currently, the game window is "connected" to a single game per time. That means it can be quickly notified when opponent resigns, offers a draw, or moves. When you switch boards, the entire page is re-loaded, which causes a delay. The fastest solution is to have two connected games at once, just like you had two browser tabs open, but you have just one. That will keep your browser up to date with both games, but have just one of them loaded in the main board at once. Let's name those connections as slot A and B. So as you make a move your browser just switches the foreground slot from A to B, instantly updating the board. And while you are looking at the board from slot B, your browser replaces, in the background, the other game that will occupy slot A.
For (2), if the idea is that each participant plays N games, then it seems more like a tournament than a simul exhibition done by a host. The solution could be to create a new type of tournament were all participants must be ready when it starts and each one will have N games started simultaneously. We can make it a single or multiple round tournament.
- Single round: once those games end the tournament is over. To avoid a high tendency toward tied results, each tournament of N simultaneous games could be restricted to N players. So in a 4-board tournament would have no more than 4 participants.
- Multiple round: For a large quantity of players and limited number of simultaneous boards (lets say 100 players, two boards at once), we would need a conventional style of tournament, were each ended game gets replaced by a new one.
This topic has been archived and can no longer be replied to.