Moderator Workspace

The moderator workspace combines game design, classroom execution, and post-run analysis.

Workspace Tabs

• Design creates, opens, edits, validates, and manages definitions.
• Execution organizes rooms, starts games, and monitors sessions.
• Run Logs reviews live and completed runs.

Unsaved Design changes are protected when you change game or workspace. Save deliberately; validation failures that require attention are shown as dialogs and in Validation.

Interface Language

Use the Language selector to switch the principal account, player, Design, execution, and Run Logs controls between English and Slovenian. The choice is stored in that browser and is reused on the next visit. It changes application labels and messages only: authored game text, participant input, technical identifiers, diagnostics, and downloaded files remain unchanged. Design dialogs follow the same interface language, including Page and Formula editors and their Pattern offers. Formula names, function names such as Uniform, references, and formula source text remain language-independent so changing the interface language cannot change game behavior.

Basic Flow

1. Prepare and save a definition in Design.
2. Open Execution and add it to a room or game set.
3. Start the game and share that room's link.
4. Monitor Games in progress and, when useful, Moderator view.
5. Stop the open game when it should accept no more players.
6. Review the run in Run Logs.

Rooms

A room is a player entry space owned by the moderator. The default room is main and cannot be removed. Create other rooms to separate classes, workshop groups, or tests from live use.

Rooms and Games in progress occupy separate scrollable columns. Use the + beside Rooms to open a name dialog and create a room. Each room has its own Add game set (+) action, and each game set can be renamed. The protected main room cannot be renamed or deleted. A room can also be renamed from its row. A room may contain games directly or organize them into game sets. Add games can choose from the complete catalog, including predefined games under Demo.

Each game row provides direct controls:

• move up and move down before the game name,
• participant count when the definition permits adjustment,
• start or stop,
• open test client,
• change game set,
• remove from room.

Change game set can move a game to a room root or game set in any room. Removing a game from a room does not delete its catalog definition.

Starting And Stopping

Starting validates the saved definition and opens it for joins in the selected room. Errors block execution. The same catalog game cannot be started again while its current run is active.

Fixed-player games wait until the required number of players has joined. An adjustable participant field may be left open where the definition permits an open session size.

Stop prevents new joins and completes current play, including final calculations and configured Results pages, before closing player connections. It preserves session history and does not start another round.

Room Links And Shortcuts

Copy the full room link when players should join. A room can also reserve one unique, account-owned shortcut such as /r/classroom. Edit the shortcut text in the room row and click Add/Update shortcut to save it; an edited value is not saved until that action is used. The saved value is shown in green, while unsaved edits are black. Copy shortcut copies the saved shortcut, and Release shortcut frees it.

Shortcut names use lowercase letters, numbers, and hyphens, start and end with a letter or number, and cannot use reserved application paths. Generate secret shortcut text inserts a secret sequence into the shortcut field; use Add/Update shortcut to save it. The Secret tag belongs to the shortcut. Adding characters while preserving the generated sequence keeps the tag; removing or reordering any part of that sequence clears it. Copying or releasing a shortcut does not change the canonical room link.

Games in progress

The compact Games in progress list shows game, status, room, players, opening time, session ID, and event count. A filter appears when the list contains at least five sessions.

Unfinished sessions are shown first, ordered by ascending event count so the least-progressed session is easiest to notice. Completed sessions follow in newest-first order. The event count appears in parentheses beside the session ID; it is the ordering signal, not a participant-facing result.

Available icon actions depend on state:

• open the read-only Moderator view,
• finalize a nonterminal session,
• download its JSONL event log.

Moderator View

Moderator view is hidden until a session is selected and then opens full width below the two main Execution columns. Close it with the X control.

The view is read-only. It presents the current public tree or matrix state, the moderator Stage, or another available session snapshot. A game without a dedicated moderator view still remains observable through its session status and Run Log.

Session States

Typical states include waiting, running, completed, finalized, stopped, and abandoned after a server restart. A run or session marked abandoned is no longer live even if it had previously been open.

Catalog Management

Game catalog management now belongs to the Definitions toolbar in Design, rather than a separate Execution panel. There you can upload definitions, manage folders, add the selected game to rooms, rename it, move it, or delete it.

Account-owned definitions can be authored and managed. The Demo tree is read-only in Design but remains selectable from Rooms.

Workspace Backup

The collapsed Workspace backup panel downloads the signed-in account's portable Design and room configuration or previews a Merge/Overwrite restore. Run Logs and credentials are excluded. See Workspace Backup And Restore before using Overwrite or moving a workspace to another account.

Stuck Games

The collapsed Stuck games section is for exceptions, not routine class work. Reset all live games abandons every open run and session owned by your account and disconnects its players. Use it only when those games are stuck; it does not restore them. Rooms, definitions, settings, and finalized Run Logs are preserved.

Before Class

1. Save and validate the intended game.
2. Add it to a test room and start it.
3. Open enough test clients for one representative path.
4. Confirm the session appears and its status advances.
5. Review the Moderator view and resulting Run Log.
6. Stop the test game.
7. Start the live room game and share its room link.

After Class

1. Confirm sessions have completed or finalize those that should be closed.
2. Stop games that should no longer accept joins.
3. Review and export the run from Run Logs.
4. Keep definitions in the catalog when they will be reused; removing them from Rooms is sufficient to declutter execution.

For exact Room controls, session ordering, fields, actions, and status interpretation, see Rooms And Sessions Reference.