Use macOS cooperative app activation to activate app to foreground
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 38/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- macos, swift
- Ambito
- desktop, operating-systems
Direzione di ricerca
Inizia dai siti di chiamata di activateIgnoringOtherApps elencati, inclusi addVimController, lo script mvim, l’esecuzione di XCTest gestita da Makefile e foreground(). Conferma il comportamento di attivazione di macOS e decidi quali percorsi richiedono yielding cooperativo. Il lavoro è completato quando il percorso di attivazione deprecato viene sostituito preservando il comportamento del dock e dell’apertura dei file, e viene documentata la limitazione di foreground().
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
macOS 14 Sonoma deprecated the NSApplication API activateIgnoringOtherApps, and provides a new activate API along with a cooperative yieldActivation command that can be called by the host app. We should switch to using this API.
One issue is that calling activate requires the foreground app to cooperate and willingly yield. There are a few usages of activateIgnoringOtherApps right now:
- Using the "New Window" menu item on the Dock icon. I think this actually works automatically and the activate call may be superfluous.
- Opening a new Vim from the
mvimscript so the new Vim window would be in foreground. This wouldn't work as the terminal has foreground. Calling:guifrom non-GUI mode works similarly. (Note that currently directly invokingMacVim.app/Contents/MacOS/MacVimdoes not activate the app because of how the logic inaddVimControllerbut it's ok as it's not a normal path) - Invoking
:call foreground()in Vim. This also wouldn't just work as Vim does not have the right to gain activation when it's in background under this API model. - When opening a file by dragging it to the dock, etc. This should work as MacVim should gain focus when that happens.
- Running the new XCTest test cases. This also wouldn't just work if running the tests from terminal (e.g. in CI we just run
make -C src macvim-tests) as MacVim will fail to gain foreground this way. Running from Xcode will be fine though as Xcode will yield.
To fix 2/3/5, we probably need to run a simple Swift script that calls NSApplication.shared.yieldActivation(toApplicationWithBundleIdentifier: "org.vim.MacVim") to manually force the terminal to yield to MacVim. For 2 and 5, we can call them as part of the mvim script and Makefile, respectively.
For 3, it's a little tricky. If the foreground request is invoked as a remote call using the --remote family of commands, it would work, but MacVim will lose the ability to randomly bring itself to the foreground at will (e.g. running :sleep 2 | call foreground() would not work). This is probably ok as the foreground() API doesn't work on Win32 too and in general it's best to let the foreground app has agency over when focus unless the user manually clicked away.
Currently, in macOS 14, the activateIgnoringOtherApps API is only deprecated but it still works so there's no reason to do anything. Just keep this in mind for now. If macOS 15 formally breaks it, we will implement the fix along with the manual yielding from terminal so that calling mvim from terminal, running tests etc would still work. We don't really want to do anything until this API breaks because even fixing it "properly" we will still lose case (3) where call foreground() will stop working if not called using --remote.
- 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
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
bug 🐞
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
extension extension: raycast-system-monitor feature request platform: macOS
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
raycast/extensions#31335 · 2 commenti ·