jonny/dotfiles
Watch
1
0
Fork
You've already forked dotfiles
 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Re-query the terminal theme on focus so the tmux bar survives sleep

Browse source 
Ghostty pushes the light/dark change over mode 2031, and the hooks that
act on it work for a manual toggle. But every scheduled switch this week
happened while the lid was closed, and after waking the bar was still in
the previous palette while #{client_theme} and ghostty itself had moved
on. Rather than trust the push, ask again (DSR 996) whenever the window
regains focus; ghostty answers with its current theme and tmux treats the
reply like a pushed change, so the existing hooks do the rest.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
This commit is contained in:
Jonny Barnes 2026-10-31 16:56:38 +00:00
commit 533bc203a8
No known key found for this signature in database
1 changed files with 13 additions and 2 deletions
Download patch file Download diff file Expand all files Collapse all files

7
tmux
View file

@ -55,6 +55,13 @@ set-hook -g client-dark-theme 'source-file ~/.tmux-dark.conf'
# client attaches. Sourcing is idempotent, so the overlap is harmless.
set-hook -g client-attached 'if -F "#{==:#{client_theme},light}" "source-file ~/.tmux-light.conf" "source-file ~/.tmux-dark.conf"'
# The push from ghostty is lost when the appearance switches while the lid is
# closed, so the bar wakes up in yesterday's colours. Re-ask the terminal
# (DSR 996) whenever the window regains focus; ghostty answers with the
# current theme and tmux treats the reply exactly like a pushed change, so
# the two hooks above do the rest.
set-hook -g client-focus-in 'run-shell -b "printf \"\\033[?996n\" > #{client_tty}"'
# Default before any client has attached and reported a theme. This also
# runs on manual reload (`r` below), so check the invoking client's theme
# rather than always falling back to dark and clobbering a light session.