Add an option so that opening a file from macOS’s "external editor" mechanism does not bring macvim to foreground
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- macos, vim
- Área
- desktop
Línea de trabajo
Empieza rastreando el manejo de MacVim de external-editor o remote-command en macOS y dónde activa la aplicación cuando cambia un breakpoint o frame. Se considera terminado cuando una opción configurable conserva de forma predeterminada el comportamiento actual en primer plano, al tiempo que permite que lldb permanezca enfocado al abrir archivos remotos; verifícalo mediante el flujo de trabajo de external-editor.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
In macOS, I am setting the default editor for source code files to open with macvim be default so that macvim can be the editor when debugging on lldb with lldb --editor. However, whenever a breakpoint is hit, or a frame changed, the focus automatically goes from lldb to macvim. I wish I could keep the focus on lldb instead.
Describe the solution you'd like
Maybe there could be an option called macvim_dont_bring_to_foreground, set to 0 by default, that enables the current behavior (bringing macvim to foreground when a remote command arrives), and can be set to 1 to disable the foreward bringing).
Describe alternatives you've considered
I have considered using vim in the terminal instead, by the server part of +clientserver is disabled.
Additional context
Add any other context or screenshots about the feature request here.
EDIT: lldb don’t use $EDITOR but the host’s external editor instead.
- Lenguaje dominante
- Vim Script
- Estrellas
- 7.9k
- Forks
- 691
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de macvim-dev/macvim
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
macvim-dev/macvim#1697 · 5 comentarios ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
macvim-dev/macvim#1658 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
macvim-dev/macvim#1657 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
macvim-dev/macvim#1655 ·
-
Dificultad 2/5 Medio día Aptitud para principiantes 72/100
macvim-dev/macvim#1653 ·
Todos los issues de macvim-dev/macvim
Issues similares
-
[Super Editor][Chat] - Floating editor scaffold does not reset panel height after closing panel Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
bug channel: beta feature: preferences feature: ui/ux
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
bug editor script-component smart items
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
decentraland/creator-hub#1654 ·
-
awaiting triage bug Causes friction Hop Gui P1 P2 Transforms
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100