Avvia un'app su OS X con la riga di comando

Voglio avviare un'app su OSX da uno script. Devo passare gli argomenti della riga di comando. Sfortunatamente, opennon accetta argomenti della riga di comando.

L'unica opzione a cui riesco a pensare è quella di utilizzare nohup myApp > /dev/null &per avviare la mia app in modo che possa esistere indipendentemente dallo script che la avvia.

Qualche suggerimento migliore?

In OS X 10.6, il opencomando è stato migliorato per consentire il passaggio di argomenti all'applicazione:

open ./AppName.app --args -AppCommandLineArg

Ma per le versioni precedenti di Mac OS X e poiché i bundle di app non sono progettati per essere passati agli argomenti della riga di comando, il meccanismo convenzionale è quello di utilizzare Apple Events per file come qui per le app Cocoa o qui per le app Carbon. Probabilmente potresti anche fare qualcosa di kludgey passando i parametri usando le variabili d'ambiente.

Come è stato menzionato nella domanda qui , il opencomando nella 10.6 ora ha un argsflag, quindi puoi chiamare:

open -n ./AppName.app --args -AppCommandLineArg

Un bundle di applicazioni (un .appfile) è in realtà un mucchio di directory. Invece di usare opene il .appnome, puoi effettivamente spostarti su di esso e avviare il binario effettivo. Per esempio:

$ cd /Applications/LittleSnapper.app/
$ ls
Contents
$ cd Contents/MacOS/
$ ./LittleSnapper

Questo è il binario effettivo che potrebbe accettare argomenti (o no, nel LittleSnappercaso di).

Nel caso in cui la tua app debba funzionare sui file (quello che normalmente ti aspetteresti di passare come :) ./myApp *.jpg, lo faresti in questo modo:

open *.jpg -a myApp

Consiglierei la tecnica offerta da MathieuK. Nel mio caso, dovevo provarlo con Chromium:

> Chromium.app/Contents/MacOS/Chromium --enable-remote-fonts

Mi rendo conto che questo non risolve il problema dell'OP, ma si spera che faccia risparmiare tempo a qualcun altro. :)

openha anche un flag -a, che puoi usare per aprire un'app dalla cartella Applicazioni in base al suo nome (o tramite l'identificatore del bundle con il flag -b). Puoi combinarlo con l'opzione --args per ottenere il risultato desiderato:

open -a APP_NAME --args ARGS

Per aprire un video nel lettore VLC che dovrebbe ridimensionarsi con un fattore 2x e loop, ad esempio eseguirai:

open -a VLC --args -L --fullscreen

Si noti che non sono riuscito a ottenere l'output dei comandi sul terminale. (anche se non ho provato nulla per risolverlo)

Volevo avere due istanze separate di Chrome in esecuzione, ciascuna con il proprio profilo. Volevo poterli avviare da Spotlight , come è mia abitudine avviare le app per Mac. In altre parole, avevo bisogno di due normali applicazioni Mac, regChromeper la normale navigazione e altChromeper utilizzare il profilo speciale, da avviare facilmente premendo ⌘-spazio per visualizzare Spotlight, quindi "reg" o "alt", quindi Invio.

Suppongo che il modo brute-force per raggiungere l'obiettivo di cui sopra sarebbe quello di creare due copie del bundle dell'applicazione Google Chrome con i rispettivi nomi. Ma è brutto e complica l'aggiornamento.

Quello che ho ottenuto sono state due applicazioni AppleScript contenenti due comandi ciascuna. Ecco quello per altChrome:

do shell script "cd /Applications/Google\\ Chrome.app/Contents/Resources/; rm app.icns; ln /Users/garbuck/local/chromeLaunchers/Chrome-swirl.icns app.icns"
do shell script "/Applications/Google\\ Chrome.app/Contents/MacOS/Google\\ Chrome --user-data-dir=/Users/garbuck/altChrome >/dev/null 2>&1 &"

La seconda riga avvia Chrome con il profilo alternativo (il --user-data-dirparametro).

La prima riga è un tentativo non riuscito di assegnare alle due applicazioni icone distinte. Inizialmente, sembra funzionare bene. Tuttavia, prima o poi, Chrome rilegge il suo file icona e ottiene quello corrispondente a quella delle due app avviata per ultima, risultando in due applicazioni in esecuzione con la stessa icona. Ma non mi sono preoccupato di provare a risolverlo: tengo i due browser su desktop separati e la navigazione tra di essi non è stato un problema.

A partire da OS X Yosemite , ora possiamo utilizzare AppleScript e Automator per automatizzare attività complesse. JavaScript per l'automazione può ora essere utilizzato come linguaggio di scripting.

Questa pagina fornisce un buon esempio di script di esempio che può essere scritto dalla riga di comando utilizzando la modalità interattiva bash e osascript . Apre una scheda Safari e passa a example.com.

osascript -l JavaScript -i
Safari = Application("Safari");
window = Safari.windows[0];
window.name();
tab = Safari.Tab({url:"http://www.example.com"});
window.tabs.push(tab); 
window.currentTab = tab;

Con applecript:

tell application "Firefox" to activate

Perché non impostare semplicemente aggiungi percorso al cestino dell'app. Per MacVim, ho fatto quanto segue.

export PATH=/Applications/MacVim.app/Contents/bin:$PATH

Un alias, è un'altra opzione che ho provato.

alias mvim='/Applications/MacVim.app/Contents/bin/mvim'
alias gvim=mvim 

Con l'esportazione PATH posso chiamare tutti i comandi nell'app. Argomenti passati bene per il mio test con MacVim. Considerando l'alias, ho dovuto creare l'alias di ogni comando nel cestino.

mvim README.txt
gvim Anotherfile.txt

Goditi la potenza di alias e PATH. Tuttavia, è necessario monitorare le modifiche quando il sistema operativo viene aggiornato.

Semplice, qui sostituisci "APP" con il nome dell'app che desideri avviare.

export APP_HOME=/Applications/APP.app/Contents/MacOS
export PATH=$PATH:$APP_HOME

Grazie più tardi.

Puoi avviare le app utilizzando open:

open -a APP_YOU_WANT

Questo dovrebbe aprire l'applicazione che desideri.