Tui Design

hyperb1iss/hyperskills/skills/tui-design

作者 hyperb1iss5c2f96185a7ea1f9a3e9e397b1687f674c4c8c36無授權條款收錄於 2026年10月9日更新於 2026年10月9日

Use this skill when designing terminal user interfaces, creating TUI layouts, choosing TUI color schemes, implementing keyboard navigation, building terminal dashboards, or working with any TUI framework. Activates on mentions of TUI design, terminal UI, Ratatui layout, Ink components, Textual widgets, Bubbletea views, terminal color palette, keybinding design, panel layout, split panes, terminal dashboard, box-drawing characters, sparklines, progress bars, modal dialogs, focus management, or terminal accessibility.

僅含說明Design & Creative
AI 產生的概覽

終端機使用者介面設計指南:版面配置、輸入與焦點、色彩策略、非同步狀態與終端機生命週期。

功能
此技能提供終端機使用者介面的設計指引,涵蓋依工作類型選擇版面、鍵盤與焦點處理、終端機能力與色彩策略、非同步狀態管理、視覺階層與無障礙、算繪與終端機生命週期,以及驗證實務與反模式。它產出的是設計決策與檢查清單而非程式碼,並指向兩份關於應用模式與視覺元素的參考文件。
適用情境
適用於設計或審查 TUI 的情境,例如終端機儀表板、多面板瀏覽器、日誌檢視器或內嵌選擇器。也適用於選擇終端機配色、快速鍵,或處理終端機應用中的視窗縮放、焦點與非同步行為。
執行需求
沒有指令碼,僅為說明性內容。它引用兩份隨附的 Markdown 文件,需要代理能夠讀取它們。無需套件、執行環境、憑證或網路存取。

TUI Design System

Design around the user's repeated action, the data they must keep in view, and the terminal capabilities actually available. Keep input responsive under slow I/O and make selection, focus, and operation state explicit.

Primary documentation checked: 2026-09-04. Framework APIs change; use the project's versions. Follow the project's visual identity (SilkCircuit Neon for Bliss's personal tools) rather than treating an example palette as a universal theme.

Choose the Layout from the Work

WorkLayoutUseful invariant
Browse related lists and detailsPersistent multi-panelStable panel roles and visible focus
Navigate a hierarchyMiller columns or drill-down stackBack restores selection and scroll position
Monitor changing measurementsWidget dashboardLabels, units, freshness, and a path to details
Edit requests, queries, or configurationSidebar, editor, resultsKeep editing state when switching panels
Select a value for a shell commandInline picker or overlayReturn a clean value and preserve shell scrollback
Read logs or eventsFixed controls plus virtualized listFollow mode is explicit; scrolling back stops auto-follow

Read app-patterns.md [blocked] for examples and tradeoffs. Read visual-catalog.md [blocked] only when selecting glyphs, borders, charts, or indicators.

Responsive Behavior

Use constraints and content priorities. Keep the selected item visible while collapsing secondary panels; preserve state when they reappear. Recompute layout on resize without treating a zero-sized transient area as an error. Clamp scrolling after filtering, deletion, or a smaller viewport.

Test narrow, ordinary, and wide layouts, including rapid resizing. The minimum usable size follows the task; 80x24 is a useful test case, not permission to disable a picker that would work in 40 columns. A size message should retain quit and recovery input.

Input, Focus, and Editing

ConcernDecision
Basic navigationSupport arrows, Enter, Escape, and discoverable focus movement
Expert shortcutsAdd vim motions or a command palette when they improve repeated work
Text fieldsPrintable keys edit text; q, j, /, and mnemonic actions must not fire globally
Multi-key shortcutsShow pending context and resolve Escape/prefix ambiguity through the input library
Modal dialogRoute input only to the modal; restore the prior valid focus target when it closes
Destructive actionShow the exact target and consequence; choose confirmation proportional to reversibility
Mouse supportMatch keyboard actions and provide a way to disable capture for terminal text selection

Maintain one owner for input parsing. With Crossterm, do not mix EventStream with read/poll, or run competing readers. Handle key press, repeat, and release deliberately; one physical press must not submit twice.

Enhanced keyboard protocols can distinguish keys that legacy terminals encode identically. Negotiate support and retain usable fallback bindings. Never assume Ctrl+I differs from Tab or Ctrl+M from Enter everywhere. Treat bracketed paste as a text event; pasted newlines must not accidentally submit destructive commands.

Raw mode can disable the terminal's normal signal handling. Implement Ctrl+C and suspend/resume deliberately through the framework; do not assume the OS will handle them unchanged. Restore terminal state before handing control to an editor, pager, shell, or suspended process, then reacquire it and redraw.

Show a short footer for currently available actions and a contextual help view. Keep essential instructions visible while a task is running. Durable errors need a retrievable location; a disappearing toast cannot be the only record.

State and Async Work

Separate input events, state transitions, effects, and rendering. Render a snapshot of state without starting network calls or mutating the domain model from a drawing function.

dot
digraph tui_state {    rankdir=LR;    event -> update;    update -> state;    update -> effect;    effect -> event [label="result + request identity"];    state -> render;}
Failure modeDesign response
Search A completes after search BTag requests and discard results that no longer match the active query
A row moves after a refreshTrack selection by stable identity, not only a row index
A view closes while work runsCancel owned work or detach it deliberately; late results must not resurrect the view
A cancelled write may already have reached the serverDistinguish cancelled waiting from confirmed rollback; reconcile remote state
Logs arrive faster than screen updatesRetain required events in the data layer and render a virtualized viewport
Work blocks the UI despite async syntaxIdentify blocking calls or CPU work and move them off the input/render path
Repeated action would start duplicate writesTrack pending operation identity and show its result before accepting a conflicting action

Batch state updates and render changed frames. Coalesce replaceable visual snapshots, not audit events or mutations. Diagnose queue growth, indexing, and allocation costs before dropping data or capping concurrency.

Terminal Capability Policy

Explicit application settings take precedence. In automatic mode, respect a non-empty NO_COLOR before color detection. A color override can opt back in deliberately; disabling color need not disable bold, underline, layout, or every terminal feature.

CapabilityEvidence and fallback
Interactive terminalCheck the actual input/output TTYs; support plain output or explain the need for a TTY
True colorUse the library's detection, terminfo, or negotiated support; COLORTERM is a hint, not a requirement
256/16 colorsMap semantic slots to supported colors and preserve labels and focus without hue
Images, hyperlinks, clipboardNegotiate the protocol through multiplexers; provide a text or file alternative
Nerd Font iconsMake them explicit or user-configurable; there is no portable reliable font-detection API
Unicode layoutSegment graphemes and measure terminal cell width; do not use byte or code-point length

Truncate only at grapheme boundaries, accounting for wide cells, combining marks, variation selectors, and emoji sequences. Width libraries and emulators can disagree; test representative user text and offer ASCII indicators where rendering is uncertain.

Treat filenames, logs, and remote strings as untrusted display data. Escape control sequences before writing them through raw output APIs; otherwise a displayed value can move the cursor, change a title, or invoke an OSC operation. Use the framework's supported text/sanitization path.

Terminal queries share the input stream with keystrokes. Let one parser correlate replies, limit waiting for unsupported queries, and choose a fallback without swallowing user input.

Visual Hierarchy and Accessibility

Define semantic slots such as foreground, muted text, focus, selection, warning, and error. Keep theme values out of widget code. Use stable spacing and labels before introducing more borders. Provide dark and light variants when the application sets its own background; transparent/default backgrounds need testing against the user's theme.

Pair status colors with text or shape. Use focus indicators that survive monochrome mode, and avoid dimming important values until they become unreadable. WCAG's 4.5:1 normal-text contrast is a useful design target, but terminal font size and ANSI colors are user-controlled; a bold terminal heading does not automatically qualify for the large-text exception. Do not claim formal accessibility compliance from a palette alone.

Provide a plain or linear presentation when a full-screen interface defeats screen-reader navigation. Meaningful labels, keyboard access, and a non-animated mode still need testing with the intended terminal and assistive technology. Avoid blinking warnings or rapidly flashing status. Let users reduce motion; animation must not delay input or hide the final state.

Rendering and Terminal Lifecycle

Use the framework's buffered rendering and cell diffing. Batch writes; use synchronized output only when supported and always pair begin/end even on errors. A single write is not proof of atomic rendering, and synchronized output is an enhancement rather than a prerequisite for a usable TUI.

Render on state changes or an active animation deadline. Measure input latency, output bandwidth, and redraw cost under the intended data rate, including SSH and multiplexers. Choose a refresh cadence for the actual workload; do not impose a universal FPS cap or artificially delay streamed text.

Acquire terminal modes through a scoped owner and restore everything the app enabled: raw mode, alternate screen, cursor visibility, mouse capture, bracketed paste, and keyboard protocol state. Cover normal exit, initialization failure, exceptions/panics, and handled signals. A framework restoration helper may cover only a subset; check its contract. SIGKILL cannot run cleanup.

Verification That Changes Confidence

Use deterministic state-transition tests for selection after deletion, stale async results, modal focus restoration, and cancelled operations. Use the framework's test backend for layout boundaries; inspect at least one real PTY session because snapshots do not exercise terminal modes or input protocols.

Exercise launch, typing, paste, resize, modal open/close, slow or failed I/O, and exit. Include light/dark themes, color disabled, wide/combining text, and the actual supported terminal/multiplexer path. After exit, verify the shell cursor and echo behavior are restored. Expand the matrix when a portability requirement or failure justifies it.

Anti-Patterns

Anti-PatternBetter action
NO_COLOR checked after true-color detectionResolve user preference before capability selection
Global mnemonic shortcuts consume text inputRoute events through focus and active mode
Unicode release cutoff presented as compatibilityMeasure graphemes/cells and test supported emulators
Async request completion overwrites newer stateCorrelate result identity with current view/query
Screen clears or escape codes from background loggingSend logs through state or a separate sink
Lower FPS or concurrency hides an overloaded queueProfile the producer, state processing, and renderer separately
Only normal exit restores the terminalUse lifecycle guards and framework panic/signal handling

Primary Sources

Checked 2026-09-04: Ratatui application patterns, Ratatui restoration contract, Crossterm input ownership, kitty keyboard protocol, NO_COLOR, Unicode grapheme segmentation, and contrast guidance.

The state-ownership and verification guidance is engineering synthesis from these contracts, not a claim that a protocol guarantees application correctness.

What This Skill is NOT

  • Not a framework API manual or a mandate to adopt a new toolkit.
  • Not a reason to add animation, icons, or modes to a simple picker.
  • Not a substitute for testing the actual terminal and accessibility path.

來源與署名

來源:hyperb1iss/hyperskills位於skills/tui-design提交5c2f961

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架