Themeable terminal UI components for Ratatui. Copy, customize, and own them.
Try the Showcase · Getting Started · Website · Docs
ostt.overview.mp4
A shadcn-inspired, themeable component library for Ratatui, plus a small interaction runtime for focus, hover, and event routing. It is a toolkit, not a framework: every piece is usable piecemeal, and nothing takes over your app loop.
See what ratcn feels like in your own terminal. Open the live showcase with one command, no Rust installation or account needed:
ssh ratcn.comBrowse interactive component demos, switch themes, drag cards across a Kanban board, and explore full demo apps. These are working Ratatui interfaces, not recordings. Try the controls with your keyboard and mouse, then explore the demos and their source.
This is a preview release. Three things are worth knowing before you build on it:
- The API is unstable. The public surface is still moving. Pin an exact version and expect to edit when you upgrade.
- The CLI sets up terminal apps and copies components.
cargo ratcn initconfigures terminal Cargo packages and can install a starter only over Cargo's untouched defaultmain.rs;cargo ratcn addcopies a built-in component when you want to own its source. - Twelve components are available:
Button,List,Select,Tabs,Dialog,ToasterWidget,BarChartWidget,Tooltip,ScrollArea,Checkbox,Cycle, andProgressWidget.
If you want specific components, patterns, or features, please open an issue.
A component module holds up to two cooperating halves:
- A paint-only widget (
ButtonWidget,ListWidget,BarChartWidget, ...) is a plain ratatuiWidgetthat only paints. It is usable on its own without the runtime. BarChart and Toast are paint-only and stop here. - An interactive component (
Button,List,Select, ...) — declared through the runtime each frame, it handles focus, events, and messages. Most paint via a widget half. Dialog and ScrollArea are the exceptions: interactive composites with no separate paint widget.
Your app owns state, events, and updates. The library enters your loop at
exactly two removable call sites: Ratcn::render and Ratcn::handle_event.
Components read state and return messages; your update function is the only
state writer.
Requires Rust 1.88 (1.90 for the browser build). The recommended way to set up a
terminal project is with the cargo-ratcn CLI. Install it, create a Cargo
package, and initialize it:
cargo install cargo-ratcn
cargo new my-app
cd my-app
cargo ratcn initinit adds ratcn with its termina feature and a compatible ratatui, writes
ratcn.toml, and creates src/components/mod.rs. In an interactive terminal,
on Cargo's untouched default src/main.rs, it offers Keep it unchanged,
Create a minimal app, or Create a demo app. Custom application source
and src/main.rs in noninteractive runs remain unchanged.
Choose Create a demo app, then run cargo run for a button and a Hello World
toast. See Getting started
for the source. Use cargo ratcn --help for available commands.
For a native crossterm app that already owns its event loop:
cargo add ratcn --features crossterm
cargo add ratatui --no-default-features --features layout-cache,std,crosstermFor a browser app, select the ratzilla integration instead:
cargo add ratcn --features ratzilla
cargo add ratatui --no-default-features --features layout-cache,std
cargo add ratzillaThe crate also ships a terminal host of its own: ratcn::terminal::Session
(feature termina) opens the terminal, asks it for its background and
foreground, solves a Theme from the pair with Theme::adaptive, and
re-solves when the user changes it. Use it in place of crossterm when you want
the app to paint in the terminal's own colors.
Each component module is written as one self-contained unit, so you can copy the module into your project and modify it there when the built-in styling and behavior hooks are not enough:
cargo ratcn add dialogcargo ratcn add --list shows the built-ins available from the exact ratcn
package your project resolved. The command adds the component file and module
declarations; switch the app import to crate::components::dialog::Dialog to
use the copy.
Existing component files are preserved unless you pass --force.
cargo ratcn add dialog --force overwrites src/components/dialog.rs, including
your edits. Use cargo ratcn add --help for add options.
A copied module still depends on:
- the
ratcnruntime — theComponenttrait,DeclareCtx/EventCtx,EventResult, and the normalized event types; - the theme types (
Theme, andBorderStylewhere a border is painted), plus the copy-support modules:button_shape,geometry,linear_nav,list_core,selection_indicator, andtext_width; ratatuiitself.
Components never depend on sibling components, so each module copies alone.
The copy-fixture crate in this repository makes that copy at build time and
compiles each component on its own, so the claim is checked by the build rather
than asserted.
The documentation site, documentation
source, and repository
source cover the concepts, components,
and live WebAssembly previews. The demo crates under demos/ are the canonical
integration examples.
To build the site from a checkout, use the pinned toolchain, install Trunk
0.21.14, run pnpm install --frozen-lockfile, then run pnpm run docs:build.
The pinned toolchain installs the wasm32-unknown-unknown target used by the demos.
Publishing this source does not deploy the hosted site; deployment remains a
separate release step, so the currently hosted content may lag the repository.
MIT