@legonzaur, how dirty would it be in the frontend code to do something like "goStore.context = lobby"? I see that all "page transitions" are done with a call to the websocket, but when we leave a game I suppose we do not need such a thing
@legonzaur, how dirty would it be in the frontend code to do something like "goStore.context = lobby"? I see that all "page transitions" are done with a call to the websocket, but when we leave a game I suppose we do not need such a thing
@legonzaur, how dirty would it be in the frontend code to do something like "goStore.context = lobby"? I see that all "page transitions" are done with a call to the websocket, but when we leave a game I suppose we do not need such a thing
With how the websocket currently works, it is not possible at all. Context is sent by the backend and represents a set of available calls that the backend can currently accept from the client. It is not possible to change this on the client side.
A cleaner solution would be to wait for 2.0. As I will implement multiplexing, the context property shouldn't be used anymore.
> @legonzaur, how dirty would it be in the frontend code to do something like "goStore.context = lobby"? I see that all "page transitions" are done with a call to the websocket, but when we leave a game I suppose we do not need such a thing
With how the websocket currently works, it is not possible at all. Context is sent by the backend and represents a set of available calls that the backend can currently accept from the client. It is not possible to change this on the client side.
A cleaner solution would be to wait for 2.0. As I will implement multiplexing, the context property shouldn't be used anymore.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
I would link this to routing personally, a game should not be in the same route
Cleaner way would be to add #26 as a dependency but we might want to implement a a workaround without routes before 2.0
@legonzaur, how dirty would it be in the frontend code to do something like "goStore.context = lobby"? I see that all "page transitions" are done with a call to the websocket, but when we leave a game I suppose we do not need such a thing
With how the websocket currently works, it is not possible at all. Context is sent by the backend and represents a set of available calls that the backend can currently accept from the client. It is not possible to change this on the client side.
A cleaner solution would be to wait for 2.0. As I will implement multiplexing, the context property shouldn't be used anymore.
A workaround before 2.0 to return to the lobby would be to reload the page.
legonzaur referenced this issue2024-07-31 20:07:43 +00:00