Add an option so that opening a file from macOS’s "external editor" mechanism does not bring macvim to foreground

Offen

#1,408 erstellt am 19.6.2023 5 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: macos, vim
Bereich: desktop

Rechercherichtung

Beginne damit, MacVims macOS-external-editor- oder remote-command-Verarbeitung nachzuverfolgen und zu ermitteln, wo die Anwendung aktiviert wird, wenn sich ein Breakpoint oder Frame ändert. Die Aufgabe ist erledigt, wenn eine konfigurierbare Option standardmäßig das aktuelle Verhalten im Vordergrund beibehält und gleichzeitig ermöglicht, dass lldb bei Remote-Dateiöffnungen fokussiert bleibt; verifiziere dies über den external-editor-Workflow.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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.

Vorherrschende Sprache: Vim Script
Sterne: 7.9k
Forks: 691
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus macvim-dev/macvim

Macvim from Homebrew formula missing ruby@4.0 Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

macvim-dev/macvim#1697 · 5 Kommentare · Erstellt am 30.8.2026
[Security] MacVim affected by GHSA-cwgx-gcj7-6qh8 — command injection via backtick expansion in tag filenames (vim < 9.2.0357) Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100

macvim-dev/macvim#1658 · Erstellt am 18.5.2026
[Security] MacVim affected by GHSA-85ch-p2qr-m5gx — netrw OS command injection via sftp:/file: URL tempfile suffix (vim < 9.2.0383) Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100

macvim-dev/macvim#1657 · Erstellt am 18.5.2026
[Security] MacVim affected by GHSA-2fpv-9ff7-xg5w — tar.vim command injection via crafted .tgz filename (vim < 9.2.0479) Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100

macvim-dev/macvim#1655 · Erstellt am 18.5.2026
[Security] MacVim affected by GHSA-crm5-rh6j-2c7c — netrw NetrwBookHistSave() code injection via crafted directory name (vim < 9.2.0495) Offen

Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 72/100

macvim-dev/macvim#1653 · Erstellt am 18.5.2026

Alle Issues in macvim-dev/macvim