Tab workflow alternative

Aperta
#285 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
12/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
lua, neovim

Direzione di ricerca

This is an open design request rather than a scoped change: it asks for a buffer-and-split workflow instead of the current tab-based one, and also reports tabline naming and preview breakage with pickers like Snacks.picker.help(). Start by reading the plugin's layout code that opens the Codediff view in a new tab, then reproduce with a :bnext/:bprev keymap and a Snacks picker preview to see each of the three symptoms. "Done" here means a maintainer decision on the window model plus a split-based layout with sensible buffer names, so the issue needs a design conversation before any patch.

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

Descrizione

Can you consider alternate workflow than tabs? Buffer with 3 vertical splits can be great. Same like how when you open :help it splits current buffer.

Tab workflow causes lot of problems when using buffer workflow. In buffer workflow navigating is done by keymaps that run :bnext and :bprev. Opening Codediff breaks that. If I am in one of the 3 buffers in Codediff tab like the explorer and I use keymap for :bnext or :bprev it switch to that buffer but in the small explorer panel.

Also tabline display all of the open buffers. When I open Codediff it adds entry to tabline that with name that don't make sense instead of actual name CodeDiff Explorer.

It breaks previews like if I am scrolling in Snacks picker like Snacks.picker.help() to show preview of help files.

Lingua principale
Lua
Stelle
1.6k
Fork
104
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

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 esmuellert/codediff.nvim

Tutte le issue di esmuellert/codediff.nvim

Issue simili

Altre issue su Lua

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.