Comment faire pour démarrage d'une application Mac OS X en ligne de commande?
"ouvert" n'est pas la réponse voulais, parce que je veux le débogage de l'application de Mac OS X automatiquement. Cela signifie que c'est mieux si quelqu'un peut donner la ligne de commande comme [programme] [args] format. Donc, ltrace mécanisme peut faire [programme] en tant que cible pour le débogage et de prendre [args] comme entrée.
J'ai essayé en ligne de commande comme "/Applications/Microsoft Office 2011/Microsoft PowerPoint.app/Contents/MacOS/Microsoft PowerPoint" /Users/poc.pptx, seul Microsoft Point, mais le processus a commencé poc.pptx pas ouvert.
Après grepping Microsoft Point avec pptx fichier ouvert, il est quelque chose comme: /Applications/Microsoft Office 2011/Microsoft PowerPoint.app/Contents/MacOS/Microsoft PowerPoint -psn_0_307275, il n'y a pas d'argument "poc.pptx".
J'ai même manuellement utilisation de "gdb /Applications/Microsoft Office 2011/Microsoft PowerPoint.app/Contents/MacOS/Microsoft PowerPoint" et "set args /Users/poc.pptx" et puis "r", la cible de l'application peut ne pas fonctionner avec certains fichier ouvert.
Je suis confus au sujet de ce, alors, est-ce que quelqu'un peut m'aider à résoudre ce problème?
Merci!
parce que d'autres applications puissent être commencé de cette manière. /Applications/Preview.app/Contents/MacOS/Preview /Users/Utilisateur/Bureau/t.tiff par exemple. et j'ai été un utilisateur de windows, Microsoft Office pour windows peut également être démarré à partir de cmd.
OriginalL'auteur yodaFirst Name Lulu | 2011-12-05
Vous devez vous connecter pour publier un commentaire.
open -b com.microsoft.PowerPoint <filename>
semble fonctionner pour moi d'ouvrir des présentations à partir de la ligne de commande.open name.ppt
fonctionne pour moi sous MacOriginalL'auteur RealCasually
Aller à fichier de répertoire et tapez
Ici "Microsoft PowerPoint" est le nom de power point de l'application, veuillez vérifier le nom de power point, si elle est différente dans le répertoire de votre application.
Cela fonctionne parfaitement bien sur mon MAC (OS x 10.8).
Nous pouvons aussi donner le chemin d'accès complet au lieu de juste de nom de fichier.
C'est aussi bien fonctionner.
open -a "Microsoft Word" <filename.docx>
fonctionne aussiOriginalL'auteur dadua
Si PowerPoint n'est pas l'ouverture d'un document passé en argument de ligne de commande, alors que c'est une réflexion sur la manière de PowerPoint a été codé. Il n'y a rien à personne, mais Microsoft peut faire à ce sujet.
Le système d'exploitation n'utilise normalement pas de cette technique à dire des applications pour ouvrir des documents. Au lieu de cela, il passe Apple Événements de l'application. Le cacao, par défaut, accepter les arguments de ligne de commande et de les traiter de la même façon à ces Événements Apple, mais apparemment, PowerPoint est remplacer ce comportement par défaut.
Si vous souhaitez déboguer ou trace PowerPoint, je vous recommande de le faire en deux étapes. Tout d'abord, le lancer sans arguments sous le débogueur ou programme de trace. Ensuite, dites-lui d'ouvrir un document. Vous pouvez le faire de façon normale, en utilisant l'outil de recherche et/ou le Dock, ou vous pouvez utiliser
open -a ...
. Une telle demande pour ouvrir un document ne sera pas lancer une seconde instance de PowerPoint, il va offrir un événement à la déjà en cours d'exécution PowerPoint qui vous sont débogage/traçage. Donc, le résultat devrait être similaire à ce que vous semblez vouloir.OriginalL'auteur Ken Thomases
Ne sais pas si cela va vous aider à (dépend de la façon dont vous voulez faire votre débogage), mais vous pouvez utiliser AppleScript depuis la ligne de commande, comme ceci:
Lors de la saisie de cette façon, votre script peut contenir plusieurs lignes, il n'a pas à être limité à un seul.
OriginalL'auteur Monolo
Je sais que c'est une vieille question, mais c'est mon 2ct de toute façon.
J'ai ajouter les applications que je veux ouvrir via la ligne de commande dans
/usr/local/bin
comme un lien symbolique.Je n'ai jamais rencontré de problèmes, mais que Ken a déclaré qu'il dépend de la façon dont une application traite les arguments.
Exemple avec Visual Studio:
J'ai d'abord vérifier ce qui rend le démarrage de l'application bij d'exécuter le fichier à l'intérieur de l'App contenu comme:
$ /Applications/Visual\ Studio\ Code.app/Contents/MacOS/Electron
Si cela fonctionne, puis je crée le lien comme suit (
ln -s <path-to-app> <path-to-symlink>
):$ ln -s /Applications/Visual\ Studio\ Code.app/Contents/MacOS/Electron /usr/local/bin/vs
Après ce que je peux démarrer Visual Studio avec le dossier en cours chargé comme:
~/Development/SomeProject $ vs .
OriginalL'auteur Sven van Zoelen