fix: light emphasis colour so plain Bootstrap tables are readable (#36)

/wiki/manage rendered its table in near-black on the near-black page.
The theme repaints Bootstrap's LIGHT colour mode dark but never overrode
$body-emphasis-color, which Bootstrap defaults to $black. Any component
that chains to --bs-emphasis-color inherited that ink: plain .table text
and header cells, tooltips (dark text on dark background), nav-tabs and
nav-underline active links, and list-group hover states.

Point it at $wg-text, next to the other body colour overrides, instead of
patching .table per page. Verified in the sow-nodebb dev stack against a
seeded wiki namespace: the manage table, topics, categories, notifications
and account pages all render correctly.

Also refresh AGENTS.md "How To Test" for the current `make dev*` loop and
state that a theme change can always be checked on a live local forum.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

AGENTS.md

@@ -30,27 +30,32 @@ Fast checks, no forum needed:
   tables). There is no `npm test` script; run each file directly.
 - `node scripts/check-emails.js` — when working on email templates.
 
-Live visual check against a real forum, using the sibling checkout at
+Live visual check against a real forum — **always possible, never skip it**.
-`../sow-nodebb`:
+Every change in this repo can be seen in a browser before it ships; there is no
+theme change that can only be checked in production. A unit test cannot tell
+you that a colour is unreadable, so look at the page.
 
-1. `cd ../sow-nodebb && cp .env.example .env` (if not done already), then set
+Use the sibling checkout at `../sow-nodebb`:
-   `PLUGIN_PATH=../sow-nodebb-theme` and `PLUGIN_ID=nodebb-theme-westgate` so
-   the compose file mounts this working tree.
-2. `docker compose -f docker-compose.dev.yml up`
-3. Open `http://localhost:4567` (or `HTTP_PORT` from `.env`). Dev admin login:
-   `admin` / `Admin12345!` (defaults; dev-only).
-4. If Westgate is not the active theme yet, switch to it once in
-   ACP → Appearance → Themes; the choice persists in the redis volume.
-5. NodeBB compiles this theme's SCSS and templates at build time, so a browser
-   reload alone is not enough after editing them. Rebuild, then reload:
-   `docker compose -f docker-compose.dev.yml exec nodebb ./nodebb build --config=/opt/config/config.json`
-   (restart the `nodebb` service if changes still don't show).
-6. Full reset (also required after changing `PLUGIN_*` in `.env`):
-   `docker compose -f docker-compose.dev.yml down -v`
 
-Agents with browser tooling (e.g. Playwright) should point it at
+1. `cd ../sow-nodebb && cp .env.example .env`, then uncomment the "Theme
-`http://localhost:4567` to load pages, take screenshots, and verify theme
+   development" block so this working tree is the mounted package:
-changes on the live forum.
+   `PLUGIN_PATH=../sow-nodebb-theme`, `PLUGIN_ID=nodebb-theme-westgate`,
+   `EXTRA_PLUGINS=nodebb-plugin-westgate-wiki nodebb-plugin-westgate-pages`.
+2. `nix develop --command make dev` — the forum comes up at
+   `http://localhost:4567` (or `HTTP_PORT`) with this theme already active.
+   Dev admin login: `admin` / `Admin12345!` (defaults; dev-only).
+3. NodeBB compiles this theme's SCSS and templates at build time, so a browser
+   reload alone is not enough after editing them: `make dev-build`, then
+   reload. `make dev-restart` if changes still don't show.
+4. `make dev-reset` wipes everything; required after changing `PLUGIN_*` or
+   `EXTRA_PLUGINS` in `.env`.
+
+A fresh database is empty, so pages that render content (wiki, categories,
+topics) need seeding first. `../sow-nodebb/AGENTS.md` has the recipes for
+seeding over the REST API, for writing plugin settings straight to Redis, and
+for driving a headless browser on this NixOS box (the Playwright MCP server
+does not work here). Point any browser tooling at `http://localhost:4567` to
+load pages, take screenshots, and compare before/after.
 
 ## Design Context
 
@@ -70,8 +75,8 @@ changes on the live forum.
 - `templates/`: Harmony template overrides (same relative paths as Harmony).
 - `custom_pages/`: source content and mockups for custom-pages surfaces.
 - `lib/`, `public/client.js`: server hooks and client behavior.
-- `tests/`: contract tests for topbar, footer, icons, and wiki table
+- `tests/`: contract tests for topbar, footer, icons, wiki table rendering,
-  rendering. Plain assert scripts: run each with
+  and the Bootstrap dark-repaint variables. Plain assert scripts: run each with
   `node tests/<name>.test.js`; there is no `npm test` script.
 
 ## Theme Direction

scss/overrides.scss

@@ -48,6 +48,12 @@ $dark:          $wg-ink !default;
 
 $body-color: $wg-text-soft !default;
 $body-bg: $wg-ink !default;
+// We repaint Bootstrap's LIGHT colour mode dark, so emphasis must be light too.
+// Bootstrap defaults it to $black; leaving it there paints near-black text on our
+// dark surfaces wherever a component chains to --bs-emphasis-color: plain .table
+// (e.g. /wiki/manage), tooltips, nav-tabs/nav-underline active links, list-group
+// hover states, and the .text-emphasis / .link-body-emphasis utilities.
+$body-emphasis-color: $wg-text !default;
 $body-tertiary-bg: $wg-panel !default;
 $text-muted: $wg-text-muted !default;
 $border-color: rgba($wg-gold, 0.14) !default;

tests/dark-mode-variable-contract.test.js

@@ -0,0 +1,23 @@
+// Westgate repaints Bootstrap's LIGHT colour mode dark, so every Bootstrap
+// variable that defaults to a near-black ink must be re-pointed at a light
+// token. Missing one is invisible until some component chains to it — that is
+// how /wiki/manage ended up with near-black table text on a near-black page.
+const assert = require("assert");
+const fs = require("fs");
+const path = require("path");
+
+const overrides = fs.readFileSync(
+	path.join(__dirname, "..", "scss", "overrides.scss"),
+	"utf8"
+);
+
+// Bootstrap's defaults for these are $black / $body-color-ish inks.
+["$body-color", "$body-bg", "$body-emphasis-color"].forEach(variable => {
+	const declaration = new RegExp(`\\${variable}:\\s*([^;]+);`).exec(overrides);
+	assert(declaration, `${variable} must be overridden for the dark repaint`);
+	assert.match(
+		declaration[1],
+		/\$wg-/,
+		`${variable} must resolve to a Westgate palette token, got: ${declaration[1].trim()}`
+	);
+});