Allow bringing window to top instead of opening a new editor on a file that is already being edited
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- macos, vim
- Ambito
- desktop
Direzione di ricerca
Inizia esaminando come gvim gestisce un file che è già in fase di modifica e come MacVim espone il focus della finestra, usando come contesto l’alternativa AppleScript esistente. Il lavoro è completato quando un’opzione porta in primo piano la finestra dell’editor esistente per un file già aperto, continuando ad aprire una nuova finestra di modifica quando il file non è aperto.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- Vim Script
- Stelle
- 7.9k
- Fork
- 691
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di macvim-dev/macvim
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
macvim-dev/macvim#1697 · 4 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
macvim-dev/macvim#1658 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
macvim-dev/macvim#1657 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
macvim-dev/macvim#1655 ·
-
Difficoltà 2/5 Mezza giornata Idoneità per principianti 72/100
macvim-dev/macvim#1653 ·
Tutte le issue di macvim-dev/macvim
Issue simili
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
seagle0128/doom-modeline#834 ·
-
comp/desktop P3 type/bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
NousResearch/hermes-agent#118866 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
robotframework/RIDE#3068 ·