Proposal: read-only interactive TUI

Aperta
#7 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
go
Ambito
cli

Direzione di ricerca

Non è indicato alcun percorso di file o di test. Inizia individuando l’entry point esistente di docket ui e il relativo MVP in sola lettura, inclusa la copertura di regressione dell’input da terminale della vista board. Prima dell’implementazione, ottieni una decisione dai maintainer sul fatto che la TUI debba procedere e su quale vista pianificata rientri nell’ambito; done deve preservare i flussi esistenti del comando e di --json.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Summary

Add a keyboard-first interactive terminal UI to docket, inspired by tools like lazygit, while keeping all existing scripted and --json flows intact.

Why

docket is already strong for scripting and direct commands, but human browsing is still command-by-command. A read-only TUI would make it faster to inspect work, switch between views, and understand issue state without losing the current CLI model.
The goal is not to replace the existing command surface for automation. The goal is to add a human-friendly read mode.

Current MVP

A first read-only MVP already exists locally with:

  • docket ui
  • default list view
  • board view
  • synced detail pane
  • keyboard navigation
  • targeted regression coverage for a board-view terminal input bug

Proposed Direction

Treat docket ui as the default human-facing read experience over time, while keeping command-based and --json flows stable.
Planned read-only expansion areas:

  • next
  • plan
  • stats
  • config
  • version
  • issue activity/log view
  • issue graph/dependency view
  • issue link list
  • issue file list
  • comments/files/relations/activity subviews
  • label browser
  • vote list / proposal detail / result
  • filters, sort, limits, refresh, navigation palette

Non-Goals

  • No write flows in this phase
  • No replacement of existing JSON/script workflows
  • No forceful switch away from current CLI commands

Questions For Maintainers

  1. Do you want docket ui in the project at all?
  2. If yes, should we continue expanding it as a read-only TUI first?
  3. If yes, should it stay opt-in as docket ui, or is the long-term direction to make it the default human mode?
Lingua principale
Go
Stelle
24
Fork
3
Merge medio
2g 21h
PR unite (30g)
4

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di ALT-F4-LLC/docket

Tutte le issue di ALT-F4-LLC/docket

Issue simili

Altre issue su Go

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.