Tab workflow alternative

Abierto
#285 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
12/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
lua, neovim

Línea de trabajo

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.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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.

Lenguaje dominante
Lua
Estrellas
1.6k
Forks
104
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de esmuellert/codediff.nvim

Todos los issues de esmuellert/codediff.nvim

Issues similares

Más issues de Lua

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.