Default bold ink #c96b4a -> #ee928c

Owner default change (2026-09-23): the factory strong-color token
moves to the softer coral. The factory lives in the stylesheet
token (both theme blocks in globals.css) - settings' boldColor:null
means "factory" by design, so no record/schema change. The settings
row hint + placeholder follow, plus the placeholder test and two
comments that cited the old literal.

Live-verified: unset boldColor renders rgb(238,146,140) (#ee928c) on
the real <strong>; dialog hint reads "Empty = #ee928c".

tests/render-markdown.test.tsx

@@ -219,7 +219,7 @@ describe("render — bold is the real <strong> (the dead Bold-color fix)", () =>
 	// data-streamdown="strong"> — and the app's ink token rule
 	// (.lh-prose :where(strong, b), globals.css) matches strong/b
 	// ELEMENTS, so bold never took the --lh-ink-strong color (neither the
-	// factory #c96b4a nor a settings boldColor). The mdComponents override
+	// factory #ee928c nor a settings boldColor). The mdComponents override
 	// renders the semantic element.
 	it("bold renders a real <strong> element inside .lh-prose", () => {
 		const html = render("plain **bold** plain");