Keyboard: Enter message bar and h share screen, both blocked on networking that does not exist

[CubeB]

Three keys from the keyboard audit are still owed, all multiplayer-adjacent:

• F4 / Space slide the panel (TABMENU.GUI, the multiplayer slide-down bar)
• Enter opens the message bar
• h opens the share screen

Where to look: key handling in src/rwe/game/GameScene_input.cpp, and the keyboard sections of TOTALA-EXE.md.

Done when: each does what the original does in a multiplayer game.

---

One item, one PR. Opened from the unchecked Phase 1 list in docs/ROADMAP.md; the findings it cites are in docs/TOTALA-EXE.md.

[HectorBailey]

Question before starting: the message bar and the share screen do not exist yet (in-game chat is still a roadmap item), so of the three keys only F4/Space has something to slide. Do you want a PR for the panel slide alone now, with Enter and h waiting on chat and sharing, or hold the whole issue until those exist?

[CubeB]

Send the panel slide alone now. Leave the issue open for Enter and h; they can go in with chat and share-screen once those exist.

🤖 Generated with Claude Code

https://claude.ai/code/session_018moxVoyHDBoHqkw8uqS3HX

[HectorBailey]

Taking the panel slide. Branch 30-panel-slide. The updater at 0x4948E0 gives the exact motion: a quarter of the remaining distance a frame, never less than a pixel, between 0 and 125, with the Panel sound on leaving an end and Options on arriving.

[CubeB]

The framing in this issue was wrong, and it held the one finishable item hostage to two that are genuinely blocked.

F4 / Space was never multiplayer. This issue filed it under TABMENU.GUI and "the multiplayer slide-down bar". §76 says otherwise: the original keeps a display word bit at game+0x37f06 bit 7 which only F4 toggles, and a slide position at 0x51f2d8 animated between 0 and 0x7d — 125px, its own side panel's width. With the bit set the position runs to 0x7d; with it clear it runs back to 0, except while Space is held and the cursor is off the panel's own gadget, which a second updater at 0x4689c0 implements the same way. There is no networking anywhere near it, and the bit has no registry name, so it does not outlive the session.

Done, with the panel and the minimap sliding together — ARMMAIN2.GUI gives the panel as xpos=0, ypos=128, width=128, height=352, so the left column is minimap above panel and moving only one of them would strand the other.

Three things recorded as RWE's own rather than the original's, so they are not mistaken for decoded facts later:

• Which endpoint is "hidden" is inference. §76 pins the arithmetic and the sounds; nothing in the trace says 0x7d means out of the way. That Space is a momentary peek is what makes it the sensible reading.
• The slide rate. §76 gives the endpoints and no rate. RWE crosses the travel in about 150ms.
• Which sound goes with which end. Both endpoints play one. ALLSOUND.TDF has both — [PANEL] is servsml6, [OPTIONS] is butoptn — but the pairing is not decoded, so RWE uses the servo as the panel leaves and the button as it returns.

The travel is RWE's panel width (128) rather than the original's 0x7d (125), because RWE's column is 128 wide; using 125 would leave a three pixel sliver.

Enter and h stay open, and both are blocked on infrastructure that does not exist — which is the part of this issue that was right:

• Enter (message bar) needs chat carried in PlayerCommand. There is no chat channel at all.
• h (share screen) needs a resource-transfer command plus player-list awareness. Neither exists.

Neither is "unstarted"; both terminate on networking work that is not scheduled. Retitling this issue to cover only those two.