Contents

Locked room screens

A room display locks its keyboard and mouse the moment someone clicks Start Display. Every key, click, right-click, scroll and touch gesture is swallowed, so a keyboard left on the boardroom table (or a curious hand on the room PC) cannot change what the room sees. The control panel and the presenter remote stay the only ways in.

Presentations are the exception. While a screen is showing a deck, whoever is standing at that machine can walk the slides:

KeysDoes
→ ↓ Space PageDown EnterNext slide
← ↑ PageUp Backspace Shift+SpacePrevious slide
Home / EndFirst / last slide

Those moves go through the server exactly like a tap on the remote, so a second screen on the same deck follows along and the operator's panel always shows where the room really is. In any other mode the keys do nothing at all.

Deliberately not blocked. Anything held with Ctrl, Alt or Cmd still reaches the browser: blocking Ctrl+R would strand a wedged screen with no way back. Esc and F11 still leave full screen, because the browser acts on them before the page ever sees the key; the display asks for full screen back and files a warning in the log when it cannot.
Driving a screen by hand. Add &unlock=1 to a display URL to open it with the lock off: for setup and debugging on the room machine. The screen logs a warning so an unlocked display is never a mystery.
Presenting from the room machine. The presenter controls on a room screen (Previous, Next, pointer and pen, all slides, black screen, presenter view) appear only after Unlock on the screen's Presenter row in Live Control. On a locked screen, moving the mouse shows the pointer for a moment with a short note saying why there are no controls: the screen is locked, another device is presenting, or Live Control locked that machine.

Last updated