feat(ui): F8-05 — game-mode chrome cleanup + inspector compact rows (#48)

Drains six F8 polish items (parent #43) in one feature:

а) Chrome cleanup
- п.6 — remove the AccountMenu (settings/sessions/theme/language/logout
  ∼ rudimentary in-game) and replace it with a single icon-button
  light/dark theme toggle. The toggle flips an in-memory `theme.override`;
  game-shell unmount calls `theme.clearOverride()` so the lobby (and
  any re-entry) re-projects the persisted lobby choice.
- п.8 — remove the wrap-scrolling radio from the map gear popover. The
  per-game `wrapMode` store and the renderer's no-wrap path stay in
  place for a future engine-side topology feature; only the UI surface
  is dropped (wrap is a server-side concept, not a per-session UI
  affordance).

б) Inspector compact rows (single idiom: select + ✓ apply / ✗ cancel,
or contextual edit/remove/add)
- п.13 — planet name is now click-to-edit: clicking the name opens an
  inline `<input>` + ✓ confirm icon; Escape cancels; the explicit
  Rename action button and Cancel button are gone.
- п.14 — production becomes one row: primary `<select>` picks
  industry/materials/research/ship, conditional secondary `<select>`
  picks the target (tech / science / ship class) for research and
  ship contexts. Apply is gated until row state differs from the
  planet's current effective production; auto-submit-on-click is
  replaced by the apply-gate.
- п.16 — cargo routes collapse to one row: a single dropdown
  (COL/CAP/MAT/EMP plus a placeholder that absorbs the old section
  title) and contextual action buttons (add / edit + remove) to the
  right. After a successful pick or remove the dropdown stays on the
  type the user just acted on.
- п.32 — stationed ship groups hoist the race column into a dropdown
  above the table. The dropdown seeds with the player's own race when
  local groups are stationed here, otherwise the first race
  alphabetically; rendered only when more than one race is in orbit.
  The race column is dropped in both single- and multi-race modes —
  the dropdown's value already names the active race.

Tests: unit and Playwright e2e updated for every changed test-id and
flow; new coverage added for `theme.override`, the in-game toggle, the
apply-gate behaviour, and the stationed-race dropdown. i18n keys for
the removed menu items, the wrap radios, the cargo title, and the
explicit `rename.cancel` are dropped from both locales; new
`game.shell.theme_toggle.*`, `production.main/target.*`,
`production.apply/cancel`, `cargo.placeholder`, and
`ship_groups.race_filter.aria` keys land.

Docs synced: `docs/FUNCTIONAL.md` §6.7 + `docs/FUNCTIONAL_ru.md`
mirror drop the torus / no-wrap radio mention; `ui/docs/design-system.md`
documents the lobby-owned persisted picker + the in-game ephemeral
override channel.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

ui/frontend/src/lib/theme/theme.svelte.ts

@@ -10,6 +10,13 @@
  * `data-theme` from the same `localStorage` key before the app boots;
  * this store mirrors that logic and takes over once mounted, including
  * reacting to OS theme changes while the choice is `system`.
+ *
+ * On top of the persisted choice the store carries an ephemeral
+ * `override` channel: while non-null it short-circuits `resolved` so the
+ * in-game light/dark toggle can flip the document theme without touching
+ * the lobby-side preference. The override lives in memory only — leaving
+ * the game shell (or any other consumer calling `clearOverride()`)
+ * re-projects the persisted choice.
  */
 
 /** A user's theme preference; `system` follows the OS setting. */
@@ -45,6 +52,7 @@ function systemTheme(): ResolvedTheme {
 class ThemeStore {
 	#choice = $state<ThemeChoice>(readStoredChoice());
 	#system = $state<ResolvedTheme>(systemTheme());
+	#override = $state<ResolvedTheme | null>(null);
 
 	constructor() {
 		if (
@@ -55,7 +63,9 @@ class ThemeStore {
 				.matchMedia(SYSTEM_LIGHT_QUERY)
 				.addEventListener("change", (event: MediaQueryListEvent) => {
 					this.#system = event.matches ? "light" : "dark";
-					if (this.#choice === "system") this.#apply();
+					if (this.#choice === "system" && this.#override === null) {
+						this.#apply();
+					}
 				});
 		}
 		this.#apply();
@@ -66,8 +76,17 @@ class ThemeStore {
 		return this.#choice;
 	}
 
+	/**
+	 * The current ephemeral override (set by the in-game toggle) or
+	 * `null` when no override is active.
+	 */
+	get override(): ResolvedTheme | null {
+		return this.#override;
+	}
+
 	/** The concrete theme currently applied to the document. */
 	get resolved(): ResolvedTheme {
+		if (this.#override !== null) return this.#override;
 		return this.#choice === "system" ? this.#system : this.#choice;
 	}
 
@@ -80,6 +99,26 @@ class ThemeStore {
 		this.#apply();
 	}
 
+	/**
+	 * Set the ephemeral override. The override is not persisted; it lives
+	 * until `clearOverride()` (or another `setOverride` call) replaces it.
+	 */
+	setOverride(value: ResolvedTheme): void {
+		this.#override = value;
+		this.#apply();
+	}
+
+	/**
+	 * Drop the ephemeral override so the document re-projects the
+	 * persisted preference. Cheap to call on every game-shell unmount —
+	 * a no-op when no override was set.
+	 */
+	clearOverride(): void {
+		if (this.#override === null) return;
+		this.#override = null;
+		this.#apply();
+	}
+
 	#apply(): void {
 		if (typeof document !== "undefined") {
 			document.documentElement.dataset.theme = this.resolved;