Allow bringing window to top instead of opening a new editor on a file that is already being edited
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- 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 examiner comment gvim gère un fichier déjà en cours de modification et comment MacVim expose le focus de la fenêtre, en prenant comme contexte l’alternative AppleScript existante. Le travail est considéré comme terminé lorsqu’une option met au premier plan la fenêtre de l’éditeur existante pour un fichier déjà ouvert, tout en continuant à ouvrir une nouvelle fenêtre d’édition lorsque le fichier n’est pas ouvert.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
My primary pain point with MacVim is that I often want to edit a file I am already editing, somewhere in the deep stack of windows. It would be a time-saver if it were easier to just bring that window to the top with keyboard focus, in the case where I am editing that file, but instead create a new editing window in the case where I am not currently editing it. Currently it always opens an editing window but then warns me that the file is already being edited, which is better than not warning, but also not as efficient as it could be.
Ideally there would be an option to gvim that tells it just to wake up the existing editor window if the file is already being edited.
The main alternative is to write a script to detect whether a file is being edited, using AppleScript to bring the appropriate window to the foreground. I've actually written such a script but it seems unnecessarily painful.
- Langage dominant
- Vim Script
- Étoiles
- 7.9k
- Forks
- 690
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire 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 · 6 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
-
area: assistant
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
Les mainteneurs répondent en général sous 1 jour
-
bug help wanted
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
HafidIdrissi/Time-Tracker#317 ·
Les mainteneurs répondent en général sous 1 jour
-
[Bug] 发送中 Ctrl+N 仍可打开添加任务弹窗OuverteBug: Minor
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
TouhouGleaners/danmaku-sender#450 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
siyuan-note/siyuan#20165 ·
Les mainteneurs répondent en général sous 1 jour
-
[APP BUG]: Sorting by name after searching can bring up irrelevant resultsPeut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
shadps4-emu/shadps4-qtlauncher#465 ·
Les mainteneurs répondent en général sous 1 jour