A powerful little TUI framework 🏗
Go to file
Sharun 8f3464a756
handle "q" for quitting in list-simple example (#839)
2024-01-11 10:38:58 -05:00
.github chore(deps): change dependabot commit message to chore (from feat) (#899) 2024-01-11 10:35:58 -05:00
examples handle "q" for quitting in list-simple example (#839) 2024-01-11 10:38:58 -05:00
tutorials chore(deps): bump golang.org/x/term from 0.9.0 to 0.16.0 (#898) 2024-01-10 16:31:35 -05:00
.gitattributes chore: update example tests, test on ci (#735) 2023-06-09 09:17:15 -03:00
.gitignore docs: move tutorial back to README 2022-09-12 09:33:31 -04:00
.golangci-soft.yml Add separate sets of hard- and soft-enforced linters 2022-01-07 13:25:29 -05:00
.golangci.yml Add separate sets of hard- and soft-enforced linters 2022-01-07 13:25:29 -05:00
CONTRIBUTING.md docs: Add CONTRIBUTING.md (#405) 2022-08-18 15:22:59 -04:00
LICENSE docs: update license 2023-05-11 12:37:50 +00:00
README.md chore(docs): add end_of_eden and CRT to Bubbletea in the Wild (#885) 2024-01-09 17:29:32 -05:00
commands.go feat: add set-window-title command (#611) 2023-12-04 11:50:27 -05:00
commands_test.go feat: export BatchMsg 2022-10-22 22:51:46 +02:00
exec.go fix: pass actual stdout's fd to command 2022-11-01 00:21:02 +01:00
exec_test.go test: exec returning an error for invalid and failing commands 2022-10-09 03:46:59 +02:00
go.mod chore(deps): bump golang.org/x/term from 0.9.0 to 0.16.0 (#898) 2024-01-10 16:31:35 -05:00
go.sum chore(deps): bump golang.org/x/term from 0.9.0 to 0.16.0 (#898) 2024-01-10 16:31:35 -05:00
key.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
key_sequences.go fix(key),test: simplify the input analysis code 2023-06-15 14:51:02 +02:00
key_test.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
logging.go chore: restrict logfile permissions to owner-only 2023-07-10 09:04:25 -04:00
logging_test.go test: logging test 2021-10-12 14:21:02 -04:00
mouse.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
mouse_test.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
nil_renderer.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
nil_renderer_test.go test: complete nil renderer test 2022-10-09 04:23:14 +02:00
options.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
options_test.go fix: race changing ignoreSignals (#791) 2023-11-07 13:49:00 -03:00
renderer.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
screen.go feat: add set-window-title command (#611) 2023-12-04 11:50:27 -05:00
screen_test.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
signals_unix.go fix: detect terminal size after exec 2022-10-22 22:02:56 +02:00
signals_windows.go fix: detect terminal size after exec 2022-10-22 22:02:56 +02:00
standard_renderer.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
tea.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
tea_test.go feat: add generic event filter (#536) 2023-04-17 22:02:55 +02:00
tty.go feat: extended Coordinates mouse reporting & additional buttons support (#594) 2023-12-04 11:50:59 -05:00
tty_unix.go chore(lint): wrap various TTY-related errors 2023-07-07 16:30:57 +02:00
tty_windows.go feat: use Termenv.Output to write to tty 2022-09-27 02:49:36 +02:00

README.md

Bubble Tea

Bubble Tea Title Treatment
Latest Release GoDoc Build Status

The fun, functional and stateful way to build terminal apps. A Go framework based on The Elm Architecture. Bubble Tea is well-suited for simple and complex terminal applications, either inline, full-window, or a mix of both.

Bubble Tea Example

Bubble Tea is in use in production and includes a number of features and performance optimizations weve added along the way. Among those is a standard framerate-based renderer, a renderer for high-performance scrollable regions which works alongside the main renderer, and mouse support.

To get started, see the tutorial below, the examples, the docs, the video tutorials and some common resources.

By the way

Be sure to check out Bubbles, a library of common UI components for Bubble Tea.

Bubbles Badge   Text Input Example from Bubbles


Tutorial

Bubble Tea is based on the functional design paradigms of The Elm Architecture, which happens to work nicely with Go. It's a delightful way to build applications.

This tutorial assumes you have a working knowledge of Go.

By the way, the non-annotated source code for this program is available on GitHub.

Enough! Let's get to it.

For this tutorial, we're making a shopping list.

To start we'll define our package and import some libraries. Our only external import will be the Bubble Tea library, which we'll call tea for short.

package main

import (
    "fmt"
    "os"

    tea "github.com/charmbracelet/bubbletea"
)

Bubble Tea programs are comprised of a model that describes the application state and three simple methods on that model:

  • Init, a function that returns an initial command for the application to run.
  • Update, a function that handles incoming events and updates the model accordingly.
  • View, a function that renders the UI based on the data in the model.

The Model

So let's start by defining our model which will store our application's state. It can be any type, but a struct usually makes the most sense.

type model struct {
    choices  []string           // items on the to-do list
    cursor   int                // which to-do list item our cursor is pointing at
    selected map[int]struct{}   // which to-do items are selected
}

Initialization

Next, well define our applications initial state. In this case, were defining a function to return our initial model, however, we could just as easily define the initial model as a variable elsewhere, too.

func initialModel() model {
	return model{
		// Our to-do list is a grocery list
		choices:  []string{"Buy carrots", "Buy celery", "Buy kohlrabi"},

		// A map which indicates which choices are selected. We're using
		// the  map like a mathematical set. The keys refer to the indexes
		// of the `choices` slice, above.
		selected: make(map[int]struct{}),
	}
}

Next, we define the Init method. Init can return a Cmd that could perform some initial I/O. For now, we don't need to do any I/O, so for the command, we'll just return nil, which translates to "no command."

func (m model) Init() tea.Cmd {
    // Just return `nil`, which means "no I/O right now, please."
    return nil
}

The Update Method

Next up is the update method. The update function is called when ”things happen.” Its job is to look at what has happened and return an updated model in response. It can also return a Cmd to make more things happen, but for now don't worry about that part.

In our case, when a user presses the down arrow, Updates job is to notice that the down arrow was pressed and move the cursor accordingly (or not).

The “something happened” comes in the form of a Msg, which can be any type. Messages are the result of some I/O that took place, such as a keypress, timer tick, or a response from a server.

We usually figure out which type of Msg we received with a type switch, but you could also use a type assertion.

For now, we'll just deal with tea.KeyMsg messages, which are automatically sent to the update function when keys are pressed.

func (m model) Update(msg tea.Msg) (tea.Model, tea.Cmd) {
    switch msg := msg.(type) {

    // Is it a key press?
    case tea.KeyMsg:

        // Cool, what was the actual key pressed?
        switch msg.String() {

        // These keys should exit the program.
        case "ctrl+c", "q":
            return m, tea.Quit

        // The "up" and "k" keys move the cursor up
        case "up", "k":
            if m.cursor > 0 {
                m.cursor--
            }

        // The "down" and "j" keys move the cursor down
        case "down", "j":
            if m.cursor < len(m.choices)-1 {
                m.cursor++
            }

        // The "enter" key and the spacebar (a literal space) toggle
        // the selected state for the item that the cursor is pointing at.
        case "enter", " ":
            _, ok := m.selected[m.cursor]
            if ok {
                delete(m.selected, m.cursor)
            } else {
                m.selected[m.cursor] = struct{}{}
            }
        }
    }

    // Return the updated model to the Bubble Tea runtime for processing.
    // Note that we're not returning a command.
    return m, nil
}

You may have noticed that ctrl+c and q above return a tea.Quit command with the model. Thats a special command which instructs the Bubble Tea runtime to quit, exiting the program.

The View Method

At last, its time to render our UI. Of all the methods, the view is the simplest. We look at the model in its current state and use it to return a string. That string is our UI!

Because the view describes the entire UI of your application, you dont have to worry about redrawing logic and stuff like that. Bubble Tea takes care of it for you.

func (m model) View() string {
    // The header
    s := "What should we buy at the market?\n\n"

    // Iterate over our choices
    for i, choice := range m.choices {

        // Is the cursor pointing at this choice?
        cursor := " " // no cursor
        if m.cursor == i {
            cursor = ">" // cursor!
        }

        // Is this choice selected?
        checked := " " // not selected
        if _, ok := m.selected[i]; ok {
            checked = "x" // selected!
        }

        // Render the row
        s += fmt.Sprintf("%s [%s] %s\n", cursor, checked, choice)
    }

    // The footer
    s += "\nPress q to quit.\n"

    // Send the UI for rendering
    return s
}

All Together Now

The last step is to simply run our program. We pass our initial model to tea.NewProgram and let it rip:

func main() {
    p := tea.NewProgram(initialModel())
    if _, err := p.Run(); err != nil {
        fmt.Printf("Alas, there's been an error: %v", err)
        os.Exit(1)
    }
}

Whats Next?

This tutorial covers the basics of building an interactive terminal UI, but in the real world you'll also need to perform I/O. To learn about that have a look at the Command Tutorial. It's pretty simple.

There are also several Bubble Tea examples available and, of course, there are Go Docs.

Debugging

Debugging with Delve

Since Bubble Tea apps assume control of stdin and stdout, youll need to run delve in headless mode and then connect to it:

# Start the debugger
$ dlv debug --headless .
API server listening at: 127.0.0.1:34241

# Connect to it from another terminal
$ dlv connect 127.0.0.1:34241

Note that the default port used will vary on your system and per run, so actually watch out what address the first dlv run tells you to connect to.

Logging Stuff

You cant really log to stdout with Bubble Tea because your TUI is busy occupying that! You can, however, log to a file by including something like the following prior to starting your Bubble Tea program:

if len(os.Getenv("DEBUG")) > 0 {
	f, err := tea.LogToFile("debug.log", "debug")
	if err != nil {
		fmt.Println("fatal:", err)
		os.Exit(1)
	}
	defer f.Close()
}

To see whats being logged in real time, run tail -f debug.log while you run your program in another window.

Libraries we use with Bubble Tea

  • Bubbles: Common Bubble Tea components such as text inputs, viewports, spinners and so on
  • Lip Gloss: Style, format and layout tools for terminal applications
  • Harmonica: A spring animation library for smooth, natural motion
  • BubbleZone: Easy mouse event tracking for Bubble Tea components
  • Termenv: Advanced ANSI styling for terminal applications
  • Reflow: Advanced ANSI-aware methods for working with text

Bubble Tea in the Wild

For some Bubble Tea programs in production, see:

  • AT CLI: execute AT Commands via serial port connections
  • Aztify: bring Microsoft Azure resources under Terraform
  • brows: a GitHub release browser
  • Canard: an RSS client
  • charm: the official Charm user account manager
  • chezmoi: securely manage your dotfiles across multiple machines
  • chtop: monitor your ClickHouse node without leaving the terminal
  • circumflex: read Hacker News in the terminal
  • clidle: a Wordle clone
  • cLive: automate terminal operations and view them live in a browser
  • container-canary: a container validator
  • countdown: a multi-event countdown timer
  • CRT: a simple terminal emulator for running Bubble Tea in a dedicated window, with optional shaders
  • dns53: dynamic DNS with Amazon Route53. Expose your EC2 quickly, securely and privately
  • eks-node-viewer: a tool for visualizing dynamic node usage within an eks cluster
  • End Of Eden: a "Slay the Spire"-like, roguelite deck-builder game
  • enola: find social media accounts by username across social networks
  • flapioca: Flappy Bird on the CLI!
  • fm: a terminal-based file manager
  • fork-cleaner: clean up old and inactive forks in your GitHub account
  • fztea: a Flipper Zero TUI
  • gama: manage GitHub Actions from the terminal
  • gambit: chess in the terminal
  • gembro: a mouse-driven Gemini browser
  • gh-b: a GitHub CLI extension for managing branches
  • gh-dash: a GitHub CLI extension for PRs and issues
  • gitflow-toolkit: a GitFlow submission tool
  • Glow: a markdown reader, browser, and online markdown stash
  • go-sweep: Minesweeper in the terminal
  • gocovsh: explore Go coverage reports from the CLI
  • got: a simple translator and text-to-speech app build on top of simplytranslate's APIs
  • gum: interactivity and styling for shells and shell scripts
  • hiSHtory: your shell history in context, synced, and queryable
  • httpit: a rapid http(s) benchmark tool
  • IDNT: a batch software uninstaller
  • json-log-viewer: interactive viewer for JSON logs
  • kboard: a typing game
  • fractals-cli: a multiplatform terminal fractal explorer
  • mc: the official MinIO client
  • mergestat: run SQL queries on git repositories
  • meteor: a highly customizable conventional commit message tool
  • mods: AI on the CLI; built for pipelines
  • Neon Modem Overdrive: a BBS-style TUI client for Discourse, Lemmy, Lobste.rs and Hacker News
  • Noted: a note viewer and manager
  • nom: an RSS reader and manager
  • pathos: a PATH environment variable editor
  • portal: secure transfers between computers
  • redis-viewer: a Redis database browser
  • redis_tui: a Redis database browser
  • scrabbler: an automatic draw TUI for your duplicate Scrabble games
  • sku: Sudoku on the CLI
  • Slides: a markdown-based presentation tool
  • SlurmCommander: a Slurm workload manager TUI
  • Soft Serve: a command-line-first Git server that runs a TUI over SSH
  • solitaire-tui: Klondike Solitaire for the terminal
  • StormForge Optimize Controller: a tool for experimenting with application configurations in Kubernetes
  • Storydb: a bash/zsh ctrl+r improved command history finder.
  • STTG: a teletext client for SVT, Swedens national public television station
  • sttr: a general-purpose text transformer
  • tasktimer: a dead-simple task timer
  • termdbms: a keyboard and mouse driven database browser
  • ticker: a terminal stock viewer and stock position tracker
  • tran: securely transfer stuff between computers (based on portal)
  • trainer: a Go concurrency coding interview simulator with learning materials
  • Typer: a typing test
  • typioca: a typing test
  • tz: an scheduling aid for people in multiple time zones
  • ugm: a unix user and group browser
  • walk: a terminal navigator
  • wander: a HashiCorp Nomad terminal client
  • WG Commander: a TUI for a simple WireGuard VPN setup
  • wishlist: an SSH directory

Feedback

We'd love to hear your thoughts on this project. Feel free to drop us a note!

Acknowledgments

Bubble Tea is based on the paradigms of The Elm Architecture by Evan Czaplicki et alia and the excellent go-tea by TJ Holowaychuk. Its inspired by the many great Zeichenorientierte Benutzerschnittstellen of days past.

License

MIT


Part of Charm.

The Charm logo

Charm热爱开源 • Charm loves open source • نحنُ نحب المصادر المفتوحة