Add an option so that opening a file from macOS’s "external editor" mechanism does not bring macvim to foreground
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- macos, vim
- Domaine
- desktop
Piste de recherche
Commencez par retracer la gestion par MacVim des commandes external-editor ou remote-command sur macOS, ainsi que l’endroit où l’application est activée lorsqu’un breakpoint ou une frame change. Le travail est terminé lorsqu’une option configurable conserve par défaut le comportement actuel au premier plan tout en permettant à lldb de rester au premier plan lors de l’ouverture de fichiers distants ; vérifiez-le via le workflow external-editor.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Vim Script
- Étoiles
- 7.9k
- Forks
- 691
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de macvim-dev/macvim
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
macvim-dev/macvim#1697 · 5 commentaires ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
macvim-dev/macvim#1658 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
macvim-dev/macvim#1657 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
macvim-dev/macvim#1655 ·
-
Difficulté 2/5 Une demi-journée Accessibilité débutants 72/100
macvim-dev/macvim#1653 ·
Toutes les issues de macvim-dev/macvim
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
flutter-webrtc/flutter-webrtc#2206 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
flutter/flutter-intellij#9133 · 1 commentaire ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
coollabsio/jean#781 ·
-
NavigationViewItemAutomationPeer implements IInvokeProvider but never advertises the Invoke pattern Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
unoplatform/uno#24629 ·
-
comp/desktop P3 type/feature
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
NousResearch/hermes-agent#120879 ·