Client-side card-open-close delay

lucasb-eyer / mwdns

Memory Which Does Not Suck - play turn-based and realtime memory with your friends in the browser.

12 stars 2 forks source link

Client-side card-open-close delay #35

Closed lucasb-eyer closed 10 years ago

lucasb-eyer commented 10 years ago

On the client, have a delay between opening and closing a card again, independent on when the messages come. That is because on slower connection, the open and close messages might come in at almost the same time.

lucasb-eyer commented 10 years ago

The following strategy:

In regular mode, always have a minimum delay (of 2s?) for closing a card after it has been opened
In rush mode:
- For your own cards, they are flipped back as soon as you open a "3rd" one.
- For the opponent's (opponents') cards, use the same minimum delay.

lucasb-eyer commented 10 years ago

Hmm not that easy, since the server sends the closes of both cards when the second one is handled, and thus the first one has been opened since enough time but the second not. We want to hold both for the same amount of time before closing them together, this means probably the server has to send a "close" message for both the cards together.

lucasb-eyer commented 10 years ago

Wait, rush mode is not correct yet!

lucasb-eyer commented 10 years ago

Actually, this rush mode is in #29