Skip to content

feat: theme pi and omp from the same tinty scheme as ghostty and tmux - #6

Open
body-clock wants to merge 1 commit into
mainfrom
feat/tinted-pi-omp-themes
Open

body-clock wants to merge 1 commit into
mainfrom
feat/tinted-pi-omp-themes

Conversation

@body-clock

@body-clock body-clock commented Sep 25, 2026 •

Copy link
Copy Markdown
Owner

What

Tinty already owns the scheme for ghostty and tmux, but pi and omp were themed by hand, so a scheme change left them behind. Both are now tinty items and get a theme file regenerated from the same base16/base24 scheme:

item target
tinted-pi (github.com/body-clock/tinted-pi) ~/.pi/agent/themes/tinted.json
tinted-omp (local plugin checkout) ~/.omp/agent/themes/tinted.json

Also:

  • ghostty hook: dropped >/dev/null on the reload, so a failing reload.scpt says why instead of silently leaving the old theme on screen.
  • bootstrap.sh: tinty install + tinty apply base16-tarot right after stowing. Ghostty's config points at ~/.config/ghostty/themes/tinted-theming, a generated file that does not exist yet on a fresh machine.

Verification

  • config.toml parses as TOML; the four items resolve in order (tinted-ghostty, tinted-tmux, tinted-pi, tinted-omp).
  • body-clock/tinted-pi exists (private).

Review notes

  • ~/code/tinted-omp has no git remote (git remote -v is empty; local commits f6d16d7, 31ec3e0), so tinty install cannot fetch it on another machine and the bootstrap step will not reproduce the omp theme there. Publishing it, or pointing the item at a URL, would close that gap.
  • The pi item copies %f while the omp item copies $TINTY_THEME_FILE_PATH for the same thing. Both work with shell = "zsh -c '{}'"; is the difference deliberate?

Overlap with an open PR

Open PR #2 (feat/tinted-fzf-integration, 2026-08-13) already registers the same tinted-pi item, byte for byte, in config.toml next to its fzf/tuicr items, and it also changes shell at the top of that file. Both PRs append at the end of config.toml, so the second one to land needs a rebase and the pi item must not be registered twice. Nothing here depends on #2 — the omp item, the ghostty hook change and the bootstrap init step are all new — but they share the file.

Tinty already owns the scheme for ghostty and tmux, but pi and omp were themed
by hand, so a scheme change left them behind. Both are now tinty items and get
their theme file regenerated from the same base16/base24 scheme:

- tinted-pi (github.com/body-clock/tinted-pi) -> ~/.pi/agent/themes/tinted.json
- tinted-omp (local plugin checkout)         -> ~/.omp/agent/themes/tinted.json

Also:

- ghostty hook: drop the `>/dev/null` on the reload, so a failing reload.scpt
  says why instead of silently leaving the old theme on screen.
- bootstrap.sh: `tinty install` + `tinty apply base16-tarot` right after
  stowing. Ghostty's config points at ~/.config/ghostty/themes/tinted-theming,
  a generated file that does not exist yet on a fresh machine.

Known limitation: the omp item points at ~/code/tinted-omp, which is a local
checkout with no git remote, so `tinty install` cannot fetch it on another
machine. It needs to be published (or pointed at a URL) before bootstrap can be
relied on there.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant