aboutsummaryrefslogtreecommitdiff
path: root/docs/calendar-sync-api-setup.org
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-05-25 16:02:35 -0500
committerCraig Jennings <c@cjennings.net>2026-05-25 16:02:35 -0500
commit722d824a8e287244524497fc88f91a3f3a3d5272 (patch)
tree31ec7db40b4c0706ca0708a429b46ed9449a0bea /docs/calendar-sync-api-setup.org
parent0b2f0fefffd4315b5a6eff715c9c75757594afad (diff)
downloaddotemacs-722d824a8e287244524497fc88f91a3f3a3d5272.tar.gz
dotemacs-722d824a8e287244524497fc88f91a3f3a3d5272.zip
feat(ui-theme): default the theme fallback to bundled dupre
The fallback kicks in when persist/emacs-theme is missing — a fresh machine, or one that's never saved a theme. It was modus-vivendi, which ships with Emacs but has none of the dimming colors this config chooses, so an unconfigured machine looked and dimmed differently from a configured one. I hit exactly that on a second box this week. dupre is bundled in themes/ and carries those colors, and it loads wherever this config does, so it's the better default. I added a regression test asserting the default is dupre; its loadability is already covered by test-dupre-theme.el. The docstring no longer claims the fallback must be a built-in theme, since dupre isn't one.
Diffstat (limited to 'docs/calendar-sync-api-setup.org')
0 files changed, 0 insertions, 0 deletions