Proposal: read-only interactive TUI
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
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
listview boardview- 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:
nextplanstatsconfigversion- 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
- Do you want
docket uiin the project at all? - If yes, should we continue expanding it as a read-only TUI first?
- 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
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ALT-F4-LLC/docket
-
Dependency DashboardAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
ALT-F4-LLC/docket#12 ·
Tutte le issue di ALT-F4-LLC/docket
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
kubernetes-sigs/kubebuilder#6187 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
OffchainLabs/prysm#17876 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 2 giorni