Como posso executar um aplicativo com argumentos de linha de comando no Mac OS

Existe alguma maneira fácil de acrescentar argumentos de linha de comando a um aplicativo em um Mac? Por exemplo, para executar o Opera no modo quiosque ou usar um perfil diferente no Firefox, posso digitar

$ /Applications/Opera.app/Contents/MacOS/Opera -kioskmode
$ /Applications/Firefox.app/Contents/MacOS/firefox -P profilename -no-remote

No Windows, posso anexar os argumentos às propriedades do atalho, mas como os Macs não usam o atalho por si só e executam os aplicativos diretamente, isso não é possível.

Eu descobri que iniciar os aplicativos através do bash ou do Applescript funciona parcialmente:

# Bash
#!/bin/sh
/Applications/Firefox.app/Contents/MacOS/firefox -P default -no-remote

# Applescript    
do shell script "exec /Applications/Opera.app/Contents/MacOS/Opera -kioskmode"

Posso torná-los executáveis ​​e atribuir um ícone e tudo funciona muito bem, exceto quando eu executo um desses pseudo programas, uma janela do terminal ou um ícone do Applescript permanece aberto enquanto o aplicativo estiver aberto. Presumivelmente, o uso do comando Applescript openevitaria isso, mas como não estou executando o aplicativo como ele está empacotado (apenas /Applications/Firefox), ele não funciona.

Portanto, existe uma maneira melhor de executar aplicativos com argumentos de linha de comando? Caso contrário, existe uma maneira de impedir que uma sessão de terminal persistente ou o ícone da Applescript permaneça aberto enquanto o aplicativo está aberto?

Editar

De acordo com uma página do Mozilla Wiki , é melhor usar um script para executar o aplicativo com argumentos. Adicionar um &ao final do script mata a janela persistente do Terminal. O único aborrecimento agora é que ele abre uma janela do Terminal morta e desconectada (que é melhor que a persistente, mas ainda assim ...)

#!/bin/sh
/Applications/Firefox.app/Contents/MacOS/firefox -P default -no-remote &

Aqui está minha melhor solução: Crie um Applescript com:

do shell script "/Applications/Firefox.app/Contents/MacOS/firefox -P default -no-remote & killall Firefox.app"

E salve-o como um aplicativo .

Você pode colocar qualquer aplicativo com quaisquer argumentos na primeira parte. A parte após as &necessidades de matar o que você nomeou como seu script + .app. Você verá o aplicativo de script piscando no banco dos réus, mas depois desaparecerá.

Nota: O script não funcionará corretamente quando executado no Editor de scripts, somente quando executado no aplicativo de script que você criou.

A partir do OS X 10.6.2, o comando open pode passar argumentos para o aplicativo que ele abre por meio do sinalizador --args. Um AppleScript para usá-lo se parece com isso:

do shell script "open -a /Applications/Firefox.app --args -P default -no-remote"

Isso deve lhe dar todo o comportamento que você deseja.

Abra o Automator e crie um Aplicativo com uma única ação Executar Shell Script :

 /Applications/Firefox.app/Contents/MacOS/firefox-bin -here-some-args &

Esta aplicação irá iniciar o Firefox e sair instantaneamente, deixando apenas o Firefox em execução.

Como alternativa, crie um aplicativo usando o AppleScript Editor com o seguinte código AppleScript:

do shell script "open -a '/Users/danielbeck/Applications/Firefox.app' --args -ProfileManager"

Ambos funcionam bem e não mantêm o Terminal ou um aplicativo de script em execução por mais de um segundo. Usando o Automator, você pode até criar um Serviço, se assim o desejar.

Esta é uma discussão antiga, mas ainda aparece nas pesquisas do Google, então pensei em adicionar alguns ¢.

Provavelmente é melhor usar um "identificador de pacote configurável" em vez de caminho absoluto para o executável:

open -b com.google.Chrome --args --profile-directory="Profile 1"

Ou em um script da Apple:

do shell script "open -b com.google.Chrome --args --profile-directory='Profile 1'"

O que ainda não descobri é como abrir uma nova instância / janela com um perfil diferente assim que o primeiro já estiver aberto. (Se eu executar o AppleScript acima, outro com o "Perfil 2", o Chrome ainda abrirá outra janela como "Perfil 1"). :(

Não é necessário (como algumas outras respostas sugeriram) usar killall (ou similar) para matar o processo de aplicativo AppleScript pai ("applet") nesse cenário. Pode até ter efeitos colaterais indesejáveis ​​se o nome / padrão atribuído ao killall corresponder mais do que apenas o processo do applet pai (por exemplo, outros aplicativos AppleScript em execução simultânea (se estiver usando "applet" como padrão)).

Algo como kill $PPIDpode ser mais razoável, mas não podemos supor que o applet de um aplicativo AppleScript seja sempre o pai imediato do shell iniciado pelo script do shell . Felizmente, existe uma maneira perfeitamente razoável de fazer o que você precisa.

De acordo com o TN2065 (em "Desejo iniciar um processo do servidor em segundo plano; como faço para que o shell script não espere até que o comando seja concluído?"), O método adequado é redirecionar stdout e stderr e fazer com que o shell execute o programa em segundo plano .

Use o Editor de scripts para salvar o seguinte programa como um aplicativo AppleScript:

do shell script ¬
    "/Applications/Firefox.app/Contents/MacOS/firefox-bin \\
        -P default -no-remote \\
        >/dev/null 2>&1 &"

_{(quebras de linha funcional adicionado para mantê-lo “estreita”; excluir o ¬e \\e colocar tudo em uma linha longa, se quiser)}

Ele será executado o tempo suficiente para iniciar o Firefox e sairá corretamente, enquanto o Firefox continuar sendo executado.

O redirecionamento é necessário porque o script shell não apenas espera que seu filho imediato (o shell) saia, mas também espera (todas as instâncias) as extremidades graváveis ​​dos pipes criados para que o stdout e o stderr do shell sejam fechados . O stdout e o stderr do shell ( fazem os pipes do script de shell ) são herdados pelos programas executados sem redirecionamento (mesmo os executados em segundo plano &); o redirecionamento garante que o shell seja o último a conter as extremidades graváveis ​​dos tubos. Portanto, o script do shell retornará imediatamente após a saída do shell, permitindo que o próprio aplicativo AppleScript saia (já que o script do shell é a última expressão no programa AppleScript).

As outras respostas que usam open inside funcionam como shell script, porque open (na verdade, LaunchServices) faz o trabalho equivalente de colocar em segundo plano o programa resultante e enviar seu stdout e stderr para outro lugar.

AppleScript

do shell script "/Applications/Google\\ Chrome.app/Contents/MacOS/Google\\ Chrome --incognito & killall applet"

Dois pontos lá.

1. O espaço é escapado por uma barra invertida que é escapada por barra invertida novamente
2. O applet killall pode causar problemas, porque pode haver outros applets em execução
3. Salve-o como programa

No entanto, funciona bem em 10.6.5

A seguir, você deve especificar argumentos da linha de comando para o próprio .app:

Clique com o botão direito do mouse no pacote .app, selecione "Mostrar conteúdo do pacote", navegue até Info.plist, clique duas vezes nele, localize a chave Args, edite.

Eu não tenho uma máquina OS X à mão no momento, então não posso verificar se você também pode fazer isso com um alias (se você quiser manter o arquivo .app original sem argumentos etc.).

Enrole seu aplicativo dentro de um iniciador AppleScript.

Aqui estão os passos.

1. Crie um AppleScript com o seguinte conteúdo e salve-o como um aplicativo (neste exemplo, ele é chamado "Firefox 3 launcher.app").

   set pathToApp to (POSIX path of (path to me)) & "Firefox 3.app"
   do shell script "open -a \"" & pathToApp & "\" --args -P default -no-remote"
   

2. Acesse esse aplicativo no Finder, clique com o botão direito do mouse e mostre o conteúdo da embalagem.

3. Coloque seu aplicativo na raiz do conteúdo do pacote. (Neste exemplo, seria "Firefox 3.app")

   Resultado: / Aplicativos / Firefox 3 launcher.app/Firefox 3.app

4. Agora você pode abrir o iniciador de aplicativos.

Notas:

• As atualizações automáticas do aplicativo agrupado devem funcionar na maioria dos casos.
• Deve ser possível arrastar e soltar o lançador redirecionado automaticamente para o aplicativo agrupado (com um pouco mais de script).
• O iniciador sai automaticamente após o lançamento do aplicativo agrupado.
• Uma vantagem desse método é que há poucos riscos de abrir o aplicativo empacotado diretamente.

Por que você não usa:

#!/bin/sh
open /Applications/Firefox.app

Simples, mas funciona.

O opencomando tem um --argsargumento opcional cujo valor será passado para o aplicativo aberto como argumentos. Por exemplo:

open /Applications/TextEdit.app --args example.txt