#base-16 #themes #text-editors #shell #tinted-theming #command-line-tool

app tinty

Change the theme of your terminal, text editor and anything else with one command!

28 releases (breaking)

new 0.23.0 Nov 17, 2024
0.21.1 Oct 2, 2024
0.18.0 Jul 12, 2024
0.11.0 Mar 11, 2024

#50 in Command line utilities

Download history 28/week @ 2024-07-30 2/week @ 2024-08-27 14/week @ 2024-09-10 5/week @ 2024-09-17 491/week @ 2024-09-24 392/week @ 2024-10-01 195/week @ 2024-10-08 12/week @ 2024-10-15 7/week @ 2024-10-22 77/week @ 2024-11-12

85 downloads per month

MIT license

325KB
2.5K SLoC

Rust 1.5K SLoC // 0.0% comments BASH 724 SLoC Zsh 416 SLoC Handlebars 17 SLoC

Tinty - A Tinted Theming CLI tool written in Rust 🦀

Matrix Chat Crates.io Tests LICENSE

Tinty mascot

Change the theme of your terminal, text editor and anything else with one command. Immediately switch between over 250 themes!

Tinty is a Base16 and Base24 theming manager for all Tinted Theming projects including any third-party template repository that follows the Base16 builder specification.

To learn more about Tinted Theming and the base16 specification, have a look at our home repository and preview the themes supported by Tinty have a look at our Base16 Gallery.

Table of contents

How it Works

At its core, Tinty is designed to simplify the theming process across different tools and environments by leveraging the power of Base16 and Base24 template themes. Here's a closer look at how Tinty operates:

Theme Application Process

When you setup Tinty and apply a theme, Tinty performs several steps to ensure that your selected theme is seamlessly integrated across your specified applications:

  1. Configuration Loading: Tinty starts by reading your config.toml file to understand your settings and the specific theming components ([[items]]) you've defined. This configuration dictates everything from which shell to use for executing hooks to what themes and templates are applied.

  2. Theme Repository Management: For each item in your configuration, Tinty checks if the necessary theme template repository is already cloned to your local machine. If not, it clones the repository to ~/.local/share/tinted-theming/tinty, ensuring that the latest themes are always at your fingertips.

  3. Theme Copying: Once the repositories are set up, Tinty copies the relevant theme files from each template repository based on the scheme you've chosen to apply. This step gathers all necessary template theme files in one place.

  4. Executed Hooks: With all theme files ready, Tinty then executes the optional shell hooks specified in your config.toml. These hooks might apply the theme directly (e.g., by sourcing a shell script) or perform additional actions like copying theme files to specific locations. This is where the actual theme application occurs, affecting your terminal, text editor, and any other tools you've configured.

Beyond Basic Theming

Tinty's functionality extends beyond applying themes:

  • Scheme Listing and Information: Tinty can list all available schemes and provide detailed information about them. This feature helps you explore and choose from over 250 themes supported by Tinty, including those from third-party repositories following the Base16 builder specification.

  • Dynamic Updates: The tinty update executes a git pull command on your local copy of theme template repositories. This ensures that you have access to the latest themes and updates from the community.

  • Initialization and Persistence: Using tinty init, the tool can reapply the last used theme or a default scheme at startup, making your theming preferences persistent across sessions.

Designed for Flexibility

Tinty is built with flexibility in mind, accommodating a wide range of theming needs and preferences. Whether you're looking to quickly switch themes across multiple tools, explore new color schemes, or ensure a consistent look and feel in your development environment, Tinty provides the necessary mechanisms to make it happen.

By understanding the sequence of actions Tinty performs and the options available to you, you can tailor the theming process to suit your workflow, making your experience more enjoyable and productive.

Installation

Cargo

cargo install tinty

Homebrew

brew tap tinted-theming/tinted
brew install tinty

Arch linux

paru -S tinty-git

Binaries

Download the relevant binary from the repository releases page.

Manual

git clone https://github.com/tinted-theming/tinty path/to/tinty
cd path/to/tinty
make install
make build
cp target/release/tinty /path/to/bin/dir

Basic usage

For the most basic usage without configuration, install Tinty and run the following to apply base16-mocha:

tinty sync # Required initially for setup and when your `tinty/config.toml` is updated
tinty apply base16-mocha

To get a list of schemes and more information about the colors:

tinty list
tinty info base16-oceanicnext

Without any config.toml file, tinty will apply your shell theme using tinted-shell using sh shell.

Usage

For advanced usage and setup, have a look at the USAGE.md document.

CLI

The following is a table of the available subcommands for the CLI tool (Tinty), including the descriptions and any notable arguments.

Subcommand Description Arguments Example Usage
sync Installs and updates schemes and templates defined in tinty/config.toml - tinty sync
list Lists all available themes. Optional argument --custom-schemes to list saved custom theme files using tinty generate-scheme tinty list
apply Applies a specific theme. <scheme_system>-<scheme_name>: Name of the system and scheme to apply. tinty apply base16-mocha
init Initializes the tool with the last applied theme otherwise default-scheme from config.toml. - tinty init
current Displays the currently applied theme or current theme values. <scheme_property_name> (Optional argument with the following supported values: author | description | name | slug | system | variant) tinty current
config Displays config related information currently in use by Tinty. Without flags it returns config.yml content. - tinty config
info Provides information about themes. [<scheme_system>-<scheme_name>]: Optional argument --custom-schemes to provide information on any custom schemes tinty info base16-mocha
build Builds the provided base16 or base24 template using tinted-builder-rust. <DIR>: Path to the base16 or base24 template directory. tinty build path/to/tinted-tmux
generate-completion Generates a shell completion file to source in your shell startup file (*rc). <shell_name>: Name of the shell to generate a completion script for. Supports bash, elvish, fish, powershell, zsh tinty generate-completion bash
generate-scheme Generates a yaml scheme file with colors inferred from provided image. <image_path>: Path to image. Prints to stdout unless --save is provided which saves to ~/.local/share/tinted-theming/tinty/custom-schemes for use within Tinty tinty generate-scheme --system=base16 --save /path/to/image.png
install Installs requirements for the configuration. (Use tinty sync) - tinty install
update Updates the templates and schemes. (Use tinty sync) - tinty update

Some subcommands support additional flags and options to modify their behavior:

Flag/Option Description Applicable Subcommands Default Value Example Usage
--config -c Specifies a custom configuration file path. All If not provided tinty looks for config.toml at $XDG_CONFIG_HOME/tinted-theming/tinty/config.toml otherwise ~/.config/tinted-theming/tinty/config.toml tinty apply base16-ayu-dark --config /path/to/custom/config.toml
--data-dir Specifies a custom path for the data directory. All If not provided tinty looks for the data directory at $XDG_DATA_HOME/tinted-theming/tinty otherwise ~/.local/share/tinted-theming/tinty tinty install --data-dir /path/to/custom/data-dir
--help -h Displays help information for the subcommand. All - tinty --help, tinty apply --help, etc.
--version -V Shows the version of tinty. All - tinty --version
--config-path Shows the config.yml path. config - tinty config --config-path
--data-dir-path Shows the data directory path. config - tinty config --data-dir-path
--custom-schemes Lists saved custom theme files manually created or generated by tinty generate-scheme list - tinty list --custom-schemes
--quiet Boolean flag which silences stdout prints apply, build, install, update, sync false tinty build . --quiet

Configuration

The config.toml file allows you to customize and configure the behavior of the application, enabling personalized themes and functionalities. This file specifies shell settings, the default theme scheme, and configurations for various items such as terminal, editor themes, or any other supported application.

Global config.toml table Schema

Below, you'll find the global configuration options for config.toml. These settings apply to the overall operation of Tinty and include essential configurations such as the default shell command and the default theme scheme. Setting these options tailors the Tinty experience to your preferences and environment.

Key Type Required Description Default Example
shell string Optional Specifies the shell command used to execute hooks. "sh -c '{}'" shell = "bash -c '{}'"
default-scheme string Optional Defines the default theme scheme to be applied if no specific scheme is set. None default-scheme = "base16-mocha"
hooks array<string> Optional A list of strings which are executed after every tinty apply None hooks = ["echo \"The current scheme is: $(tinty current)\""]
[[items]] array<items> Required An array of items configurations. Each item represents a themeable component. Detailed structure provided in the next section. - -

hooks

Hooks have the following template variables:

  • %f - Path to the relevant [[items]] theme file, eg: /home/user/.local/share/tinted-theming/tinty/tinted-alacritty-colors-file.toml.

    This can be useful when copying an applied theme to a path on your system:

    hook = "cp -f %f ~/.config/alacritty/colors.yml"
    
  • %n - Name of the current scheme applied, eg: base16-ayu-dark.

    This can be useful when triggering an external service:

    hook = "tinty info %n"
    
  • %o - Name of the command operation that is running the hook, eg: apply or init.

    This can be useful for saving system resources and only running certain hooks when they need to be run:

    hook = "[ \"%o\" = \"apply\" ] && cp -f %f ~/.config/alacritty/colors.yml"
    

Items table config.toml Schema

The [[items]] section within config.toml allows for detailed customization of individual themeable components. Each item represents a specific element you can theme, such as a text editor or terminal. The table below outlines the structure for these items, including how to specify templates, directories for theme files, and hooks for applying themes. Configuring items effectively enables you to manage multiple themes across different applications seamlessly.

Key Type Required Description Default Example
name string Required A unique name for the item being configured. - name = "vim"
path string Required The file system path or URL to the theme template repository. Paths beginning with ~/ map to home dir. - path = "https://github.com/tinted-tmux"
themes-dir string Required The directory within the repository where theme files are located. - themes-dir = "colors"
hook string Optional A command to be executed after the theme is applied. Useful for reloading configurations. %f template variable maps to the path of the applied theme file. None hook = "source ~/.vimrc"
theme-file-extension string Optional Define a custom theme file extension that isn't /\.*$/. Tinty looks for themes named base16-uwunicorn.* (for example), but when the theme file isn't structured that way, this option can help specify the pattern. - theme-file-extension = ".module.css"
supported-systems array<"base16" or "base24"> Optional Defines which theming systems ("base16" and or "base24") are supported by the item. ["base16"] supported-systems = ["base16", "base24"]

Note on supported-systems

The supported-systems key within an [[items]] table allows for specifying compatibility with different theming systems. The available options are "base16" and "base24", indicating support for Base16 and Base24 theming systems, respectively. If the template repository does not support a system, it should not be included in this property.

The [[items]] configuration allows defining multiple themeable components, each with its own set of configurations as described above. Here's how you might define multiple items in your config.toml:

Full Configuration Example

Here's a complete config.toml example demonstrating how to configure multiple items along with global settings:

# Global settings
shell = "zsh -c '{}'"
default-scheme = "base16-mocha"

# Item configurations
[[items]]
name = "tinted-shell"
path = "https://github.com/tinted-theming/tinted-shell"
themes-dir = "scripts"
hook = "source %f"
supported-systems = ["base16", "base24"]

[[items]]
name = "base16-vim"
path = "https://github.com/tinted-theming/base16-vim"
themes-dir = "colors"
supported-systems = ["base16"]
# Look at USAGE.md for more information on sourcing the generated file in vim

[[items]]
name = "tmux"
path = "~/path/path/to/base16-tmux"
themes-dir = "colors"
hook = "tmux run 2> /dev/null && tmux source-file %f"
supported-systems = ["base16", "base24"]

Select and apply a scheme using fzf

Note: Requires fzf

tinty apply $(tinty list | fzf)

Migration from Flavours

Flavours is a great base16 manager written in Rust and it's where Tinty has gotten a lot of its inspiration. Flavours isn't actively maintained anymore and that's the reason I continued to build and develop Tinty.

Tinty doesn't include base16 builder (Flavours does) and therefore Tinty copies theme files from template directories instead of generating them. Since a builder is not included in Tinty, generating a scheme based on image colors is not functionality included.

If you're looking for a base16 or base24 builder, have a look at builder-go.

CLI mapping

  • flavours apply mocha -> tinty apply base16-mocha
  • flavours info mocha -> tinty info base16-mocha
  • flavours current -> tinty current
  • flavours update -> tinty sync

config.toml mapping

Flavours

# ~/.config/flavours/config.toml
[[item]]
template = "alacritty"
file = "~/.config/alacritty/colors.toml"

[[items]]
file = "~/.config/waybar/colors.css"
template = "waybar"
rewrite = true

[[items]]
file = "~/.config/sway/config"
template = "sway"
subtemplate = "colors"
hook = "swaymsg reload"
light = false

Tinty

# ~/.config/tinted-theming/tinty/config.toml
[[items]]
path = "https://github.com/tinted-theming/tinted-alacritty"
name = "tinted-alacritty"
themes-dir = "colors"
hook = "cp -f %f ~/.config/alacritty/colors.toml"

[[items]]
path = "https://github.com/tinted-theming/base16-waybar"
name = "base16-waybar"
themes-dir = "colors"
hook = "cp -f %f ~/.config/waybar/colors.css"

[[items]]
path = "https://github.com/rkubosz/base16-sway"
name = "base16-sway"
themes-dir = "themes"
hook = "cp -f %f ~/.config/sway/config.d/theme && swaymsg reload"
  • path: A path to the repository is provided in the Tinty config.toml. In Flavours this path was determined using the template property
  • themes-dir: This is the directory the themes are in within the repository provided in path
  • name: A unique name used to set theme filename
  • hook: This property exists in Flavours too, but Tinty offloads a bit of work from the Rust codebase to this hook. %f is a template variable which translates to the base16-alacritty relevant theme file. So the hook does a copy of the selected theme and replaces ~/.config/alacritty/colors.toml.

Debugging Tinty issues

tinty config with the relevant flags, --config-path and --data-dir-path, can be useful when attempting to debug an issue with Tinty. These commands can help to make sure that the expected config file is applied and the expected data directory are being used by Tinty.

Contributing

Contributions are welcome. Have a look at CONTRIBUTING.md for more information.

License

Like most other Tinted Theming projects, Tinty falls under the MIT license. Have a look at the LICENSE document for more information.

Third-Party Licenses

This project includes third-party code licensed under the MPL-2.0, BSD-2-Clause and BSD-3-Clause License. See the [LICENSES-THIRD-PARTY] file for details.

Dependencies

~14–27MB
~366K SLoC