fix(ui): tighter order card — calculator-scale font, corner-flush ✕;

stabilise report-sections e2e

Owner review on PR #58:

- shrink the order-card body to 0.8rem (matching the calculator's body
  text scale) so the order list reads as part of the sidebar's
  density, not its own larger surface;
- shrink the delete ✕ to 0.95rem and glue it flush to the card's
  top-right corner (no offset, sized to fit the corner padding-space);
- tighten the card padding to match the smaller text.

Independently — the same review asked to fix `report-sections › every
TOC anchor lands its section in view`, which had been a long-standing
e2e flake (run #366 on `development` already failed it twice before
passing on retry; my PR's run #367 simply exhausted all five retries).
The root cause is the smooth `scrollIntoView` settling slower than
Playwright's 5 s viewport wait under heavy CI load. The production
TOC already honours `prefers-reduced-motion: reduce` and swaps to an
instant scroll there; switching the Playwright config to that media
mode makes every spec deterministic without touching production code.

ui/frontend/playwright.config.ts

@@ -17,6 +17,16 @@ export default defineConfig({
 		baseURL: "http://localhost:5173",
 		trace: "retain-on-failure",
 		screenshot: "only-on-failure",
+		// Force `prefers-reduced-motion: reduce` for every spec. The
+		// production UI honours the preference (e.g. report-toc swaps
+		// `scrollIntoView({behavior: "smooth"})` for `"auto"`), so
+		// running the e2e suite in this mode keeps anchor scrolls and
+		// other animations synchronous — which avoids the long-standing
+		// `report-sections › every TOC anchor lands its section in view`
+		// flake where the smooth-scroll for sections near the bottom of
+		// the page failed to settle within Playwright's 5 s viewport
+		// wait under CI load.
+		contextOptions: { reducedMotion: "reduce" },
 	},
 	projects: [
 		{ name: "chromium-desktop", use: { ...devices["Desktop Chrome"] } },