diff options
| author | Craig Jennings <c@cjennings.net> | 2026-05-25 11:54:39 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-05-25 11:54:39 -0500 |
| commit | 85a69467e4d21bd66d3b22368033511e03eef8ba (patch) | |
| tree | fd0fc13a5d1bf8a305f8daa2246813c5f94b440d /calendar-sync.local.el.example | |
| parent | b226454f5c6125897331d255e772cc924ae481d0 (diff) | |
| download | dotemacs-85a69467e4d21bd66d3b22368033511e03eef8ba.tar.gz dotemacs-85a69467e4d21bd66d3b22368033511e03eef8ba.zip | |
fix(theme): register dupre faces so org status colors are themed
The dupre theme defined its own faces (dupre-accent, the headings, and the org status faces) only through custom-theme-set-faces, never defface. That leaves them unregistered, so they render through :inherit but silently fail when applied directly as a text property. org-todo-keyword-faces and org-priority-faces apply faces that way, so the org keyword and priority colors never showed as dupre tones.
I added a defface registration block to dupre-faces.el for all of dupre's own faces, so they're real faces. The theme still sets their colors. Then I pointed org-todo-keyword-faces and org-priority-faces (in org-config.el) at named dupre-org-* faces, each the closest palette color to its former hard-coded name, and gave each a dimmed variant that auto-dim-config.el swaps in for unfocused windows. A keyword in a dimmed window now shows a darker shade of its own color rather than flat gray or full brightness.
A regression test asserts dupre's faces stay registered, since that was the latent bug behind all of this.
Diffstat (limited to 'calendar-sync.local.el.example')
0 files changed, 0 insertions, 0 deletions
