Lancer une application sous OS X avec la ligne de commande

Je souhaite lancer une application sur OSX à partir d'un script. J'ai besoin de lui transmettre des arguments de ligne de commande. Malheureusement, openn'accepte pas les arguments de ligne de commande.

La seule option à laquelle je peux penser est d'utiliser nohup myApp > /dev/null &pour lancer mon application afin qu'elle puisse exister indépendamment du script qui la lance.

De meilleures suggestions?

Sous OS X 10.6, la opencommande a été améliorée pour permettre le passage d'arguments à l'application:

open ./AppName.app --args -AppCommandLineArg

Mais pour les anciennes versions de Mac OS X, et comme les bundles d'applications ne sont pas conçus pour recevoir des arguments de ligne de commande, le mécanisme classique consiste à utiliser Apple Events pour des fichiers comme ici pour les applications Cocoa ou ici pour les applications Carbon. Vous pourriez aussi probablement faire quelque chose de kludgey en passant des paramètres en utilisant des variables d'environnement.

Comme mentionné dans la question ici , la opencommande dans 10.6 a maintenant un argsdrapeau, vous pouvez donc appeler:

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

Un ensemble d'applications (un .appfichier) est en fait un ensemble de répertoires. Au lieu d'utiliser openet le .appnom, vous pouvez réellement y accéder et démarrer le binaire réel. Par exemple:

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

C'est le binaire réel qui pourrait accepter des arguments (ou non, dans LittleSnapperle cas de).

Dans le cas où votre application doit fonctionner sur des fichiers (ce que vous attendez normalement de passer comme:) ./myApp *.jpg, vous le feriez comme ceci:

open *.jpg -a myApp

Je recommanderais la technique que propose MathieuK. Dans mon cas, j'avais besoin de l'essayer avec Chromium:

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

Je me rends compte que cela ne résout pas le problème du PO, mais j'espère que cela fera gagner du temps à quelqu'un d'autre. :)

opena également un indicateur -a, que vous pouvez utiliser pour ouvrir une application à partir du dossier Applications par son nom (ou par identifiant de bundle avec l'indicateur -b). Vous pouvez combiner cela avec l'option --args pour obtenir le résultat souhaité:

open -a APP_NAME --args ARGS

Pour ouvrir une vidéo dans le lecteur VLC qui doit être mise à l'échelle avec un facteur 2x et en boucle, vous devez par exemple exécuter:

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

Notez que je n'ai pas pu obtenir la sortie des commandes vers le terminal. (même si je n'ai rien essayé pour résoudre ça)

Je voulais que deux instances distinctes de Chrome soient exécutées, chacune utilisant son propre profil. Je voulais pouvoir les démarrer à partir de Spotlight , comme c'est mon habitude de démarrer des applications Mac. En d'autres termes, j'avais besoin de deux applications Mac régulières, regChromepour la navigation normale et altChromepour utiliser le profil spécial, pour être facilement démarré en tapant ⌘-espace pour afficher Spotlight, puis 'reg' ou 'alt', puis Entrée.

Je suppose que le moyen par force brute d'atteindre l'objectif ci-dessus serait de faire deux copies du bundle d'applications Google Chrome sous les noms respectifs. Mais c'est moche et complique la mise à jour.

Je me suis retrouvé avec deux applications AppleScript contenant chacune deux commandes. Voici celui pour 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 deuxième ligne commence Chrome avec le profil alternatif (le --user-data-dirparamètre).

La première ligne est une tentative infructueuse de donner aux deux applications des icônes distinctes. Au départ, cela semble fonctionner correctement. Cependant, tôt ou tard, Chrome relit son fichier d'icône et obtient celui correspondant à la dernière des deux applications qui a été démarrée en dernier, ce qui entraîne deux applications en cours d'exécution avec la même icône. Mais je n'ai pas pris la peine d'essayer de le réparer - je garde les deux navigateurs sur des bureaux séparés et la navigation entre eux n'a pas posé de problème.

À partir d' OS X Yosemite , nous pouvons désormais utiliser AppleScript et Automator pour automatiser des tâches complexes. JavaScript pour l'automatisation peut désormais être utilisé comme langage de script.

Cette page donne un bon exemple de script qui peut être écrit sur la ligne de commande en utilisant le mode interactif bash et osascript . Il ouvre un onglet Safari et accède à 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;

Avec applescript:

tell application "Firefox" to activate

Pourquoi ne pas simplement définir ajouter un chemin vers la corbeille de l'application. Pour MacVim, j'ai fait ce qui suit.

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

Un alias, est une autre option que j'ai essayée.

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

Avec le PATH d'exportation, je peux appeler toutes les commandes de l'application. Les arguments ont bien passé pour mon test avec MacVim. Alors que l'alias, je devais alias chaque commande dans le bac.

mvim README.txt
gvim Anotherfile.txt

Profitez de la puissance d'alias et de PATH. Cependant, vous devez surveiller les modifications lors de la mise à niveau du système d'exploitation.

Simple, remplacez ici "APP" par le nom de l'application que vous souhaitez lancer.

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

Merci plus tard.

Vous pouvez lancer des applications en utilisant open:

open -a APP_YOU_WANT

Cela devrait ouvrir l'application souhaitée.