From 425a36afceb824d7b9cbc375338aa98469ea3a54 Mon Sep 17 00:00:00 2001 From: Craig Jennings Date: Tue, 16 Jun 2026 07:59:36 -0500 Subject: chore(todo): file the mu4e-theming visual VERIFY Fix shipped in 56d105f0; visual sign-off lives under Manual testing and validation. --- todo.org | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/todo.org b/todo.org index edb7f13c7..5b862281b 100644 --- a/todo.org +++ b/todo.org @@ -4573,6 +4573,12 @@ No dedicated update path today — refreshing a pinned package means ad-hoc =cp= ** TODO Manual testing and validation Exercised once the phases above land. +*** VERIFY mu4e buffers are themed (headers, main, message view) +What we're verifying: with the mu4e modes excluded from global font-lock, mu4e's manual face properties survive, so the buffers pick up the theme. The headers + main + view-headers are the ones global font-lock was stripping. +- Restart Emacs (cleanest), or kill and reopen the mu4e buffers +- Open mu4e, look at the headers list and the main menu +- Open a message and read the body +Expected: headers list shows unread/flagged/date/subject in their theme colors (mu4e-unread-face gold, mu4e-header-face green, etc.); the main menu and the message-view headers (From/To/Subject) are themed; the message body still renders correctly (gnus does the body, so it's unaffected). NOTE: a plain "g" refresh in an already-open *mu4e-headers* won't fix it on its own unless font-lock is off there; a restart is the reliable check. *** VERIFY theme-studio markdown preview reads like a real README What we're verifying: selecting markdown-mode in the view dropdown shows a realistic README (not the generic face-name list), and the markdown faces render legibly in context. #mdtest already confirms the wiring + that every element's face is real; this is the visual read. - Reload theme-studio (or make theme-studio-open) -- cgit v1.2.3