Iniciar aplicaciones de Mac OS de forma concisa desde la línea de comandos

Finalmente lo tengo: Agrega esto a tu.bash_profile

function foomagick() {
    rm -f ~/.foomagick.tmp
    ls /Applications/ | grep "\.app" | grep -v iWork | while read APP; do
        # clean it up                                                           
        a=`echo $APP | sed s/\ //g`;
        a=`echo $a | sed s/\'//g`;
        echo alias ${a%.*}="'open -a \"${APP%.*}\"'" >> ~/.foomagick.tmp
    done
    source ~/.foomagick.tmp
    rm ~/.foomagick.tmp  
}
foomagick()

Ahora el siguiente trabajo:

Skim # open Skim.app
Skim foo.pdf
FireFox http://google.com
FireFox google.com # ERROR. Looks for local file.

Editado por Reid:

Implementé lo anterior como un script de Python que crea scripts de envoltura en lugar de alias. Tendrás que ponerte ~/bin/mankoffmagicen tu camino. Si desea que los envoltorios se actualicen automáticamente, ejecútelos regularmente desde cron o algo así.

#!/usr/bin/python
#
# This script automagically updates a set of wrapper shell scripts in
# ~/bin/mankoffmagic which call Mac apps installed in /Applications.
#
# Inspired by mankoff's shell alias posted on apple.stackexchange.com; see:
# http://apple.stackexchange.com/questions/4240/concisely-starting-mac-os-apps-from-the-command-line/4257#4257
#
# Notes/Bugs:
#
# 1. Does not follow symlinks (aliases?)
#
# 2. Assumes that application names do not contain double-quotes.
#
# 3. Not very smart about finding the actual binary (it guesses). This is
# wrong sometimes, e.g. Firefox. Probably a deeper understanding of the app
# package structure would fix this.

import copy
import glob
import os
import os.path
import re

BINDIR = os.path.expandvars("$HOME/bin/mankoffmagic")
APP_RE = re.compile(r'(.*)\.app$')
STRIP_RE = re.compile(r'[\W_]+')

def main():
   # We aggressively delete everything already in BINDIR, to save the trouble
   # of analyzing what should stay
   for f in glob.glob("%s/*" % BINDIR):
      os.unlink(f)

   # Walk /Applications and create a wrapper shell script for each .app dir
   for (root, dirs, files) in os.walk("/Applications"):
      dirs_real = copy.copy(dirs)  # so we can manipulate dirs while looping
      for d in dirs_real:
         #print "checking %s" % os.path.join(root, d)
         m = APP_RE.search(d)
         if (m is not None):
            #print "Found " + m.group()
            dirs.remove(d)  # no need to recurse into app
            create_script(root, d, m.group(1))

def create_script(path, appdir, appname):
   # remove non-alphanumerics and downcase it
   wrapper = STRIP_RE.sub('', appname).lower()
   wrapper = os.path.join(BINDIR, wrapper)
   fp = open(wrapper, "w")
   # Twiddle the comments in the script depending on whether you want to
   # invoke the binary or use "open" -- the former lets you use any
   # command-line args, while the latter is more Mac-like (app puts itself in
   # the front, etc.)
   fp.write("""
#!/bin/sh
exec "%s/%s/Contents/MacOS/%s" "$@"
#open -a "%s" "$@"
""" % (path, appdir, appname, appname))
   fp.close()
   os.chmod(wrapper, 0700)


if (__name__ == "__main__"):
   main()

No necesitas nada sofisticado, ya tienes la respuesta. Tratar:

open /Applications/Foo.app bar.pdf

en editar

A la luz de los comentarios a continuación, creo que mi respuesta aún sería relativamente similar ... Haría una función que anula open, hace un pushd a /Applications, llama /usr/bin/open $appName.app $args, hace un popd y regresa.

Apesto en las secuencias de comandos de shell, pero algo como a continuación, que cubre casos especiales y lo mantiene usando prácticamente la misma sintaxis que Apple proporcionó para abrir. Me gusta mantener mi entorno lo más limpio posible.

Estoy seguro de que la sintaxis es del espacio exterior:

function open($appName, $args)
{
    #if we are calling open without a path like /Applications/TextEdit.app AND
    #    $appName ends in '.app'
    if (!hasParent($appName) && isApp($appName))
    {
        pushd /Applications
        /usr/bin/open ${appName}.app $args &
        popd
        return
    }
    #otherwise, use open as normal
    /usr/bin/open $appName $args
    return
}

en la segunda edición

mirando el comentario de @mankoff sobre la pregunta original, la mayoría de las cosas en la función anterior probablemente serían una pérdida de tiempo ya que solo podría usar open -a $appName. Entonces mankoff probablemente tenga la solución más fácil y debería cambiar su comentario a una respuesta;)

Hay dos soluciones que se me ocurren:

La forma más fácil : utilizando el Info.plistarchivo en cada Contentsdirectorio .app, cree un índice del valor para las claves CFBundleExecutable. Luego agregue un alias corto que llame a un script (perl, python, lo que sea) con el nombre de un ejecutable y los argumentos que le gustaría pasar.

Su índice serían pares de nombres de ejecutables y rutas a esos ejecutables. Tendría que escribir un script programado recurrente para mantener esto actualizado.

Terminarías siendo capaz de llamar:

f foo file.txt

donde f es un alias para un script que verifica su índice en busca de un ejecutable llamado foo.

Considerándolo todo, no es mucho trabajo obtener la funcionalidad que desea.

La forma más difícil : extienda su caparazón para complementar el manejo de su command_not_founderror. Esencialmente, implementaría una funcionalidad de estilo Ruby method_missingdentro de cualquier shell que esté usando. Cuando command_not_foundse lanzó, su método verificaría los nombres ejecutables de sus aplicaciones instaladas.

Applescript al rescate:

osascript -e 'tell application "iTunes"' -e "activate" -e 'end tell'

Reemplace el nombre de la aplicación con la aplicación que desea iniciar y listo. Por supuesto, puede convertirlo en una función de shell si es necesario:

function f() {
    osascript <<EOF
tell application "$1"
  activate
end tell
EOF
}

y usarlo de esa manera:

f iTunes

Odio AppleScript, pero a veces es útil, y creo que la única forma de abordar una aplicación es simplemente por su nombre en la línea de comandos. Todo lo demás requerirá una ruta completa.