Card rules · 2026-10-29
When Does a Call Become Locked?
A call entered on a device, a call accepted by the game and the first card appearing on screen can occur at different moments. A rule about changing a call must identify which event…
A call entered on a device, a call accepted by the game and the first card appearing on screen can occur at different moments. A rule about changing a call must identify which event closes the window.
An order of events, not a visual guess
In a teaching trick-taking game, suppose calls lock when the system confirms the calling phase is complete. A revision request arrives after that event but before the first card's animation appears. The request is early relative to the animation and late relative to the stated lock.
It demonstrates why “I changed it before I saw a card” may be insufficient evidence under a differently defined deadline.
Record the relevant times
Keep the original accepted call, the lock event and the revision's acceptance or rejection separate. Device clock labels may have limited precision. Two entries showing the same second do not prove their exact order or that both changes were accepted.
The rule should also clarify whether editing a number is merely a draft until confirmation. A visible new number may not yet replace the previously accepted call. In a review, use the committed value at the stated boundary. This preserves the distinction between a player's proposed change and the call that officially belongs to the hand.
Keep the draft and accepted value side by side
A participant's accepted call is three. They type four locally, but the revision is rejected after the lock. Under the specified acceptance rule, the recorded call remains three. The visible four describes the attempted edit. A review needs both facts; replacing the accepted call with the draft would rewrite the hand's starting condition.