- Registriert
- 06.11.07
- Beiträge
- 102
Werte Entwickler,
schätzungsweise war das schon mal Thema, aber leider finde ich nichts dazu was genau zu meinem Problem paßt.
Nachdem ich nach 14 Jahren Linux jetzt zu Mac OS X gewechselt habe, befindet sich das eine oder andere Shell- und Perlskript in meiner Sammlung. Da dankenswerterweise im Leoparden schon fast alles was man so braucht (außer ImageMagick) bereits vorinstalliert ist, laufen die auch alle noch ganz ohne oder mit minimalen Anpassungen.
Soweit, so gut.
Jetzt ist das Ganze aber natürlich wenig Mac-ish und eine GUI für die Skripte muß her.
Für einfachste Skripte die nur eine Datei entgegennehmen tut es ein Platypus-Droplet für alles Anspruchsvollere tappe ich aber noch ein wenig im dunklen.
Creating Shell Script Actions habe ich mal durchgespielt und das ist sicher eine Lösung, allerdings weiß ich nicht ob das nicht schon Overkill für meine Anwendungen ist, da diese den Automator eher nicht brauchen, aber vielleicht habe ich da auch nur ein Verständnisproblem.
OnMyCommand scheint auch einiges zu bieten, da steige ich aber noch nicht so recht durch wie ich da die Parameter übergeben kann.
Dann kommt vom System nicht immer alles so wie ich das will, z.B. bekomme ich beim draggen einer Safari-Adresse eine .webloc Datei und keinen String der URL wie ich das bräuchte.
Was ist also ein geeignetes Tool um solche GUIs schnell und schmerzfrei zu erstellen?
Nehmen wir mal ein Beispiel:
Ich habe ein Skript w2p.pl, das ein URL entgegen nimmt und mir diese, abhängig von verschiedenen Parametern, für meinen Palm aufbereitet.
Als Parameter gibt es: -u <URL> -i [include Images] -n <NAME> -d <DEPTH> -r <RESOLUTION>
Die URL ist logischerweise Pflicht und normalerweise auch der Name wenn nicht alles TMP heißen soll. Alle anderen Parameter haben auch Vorbelegungen wenn sie nicht angegeben werden.
Wie bastle ich dazu möglichst einfach und elegant ein grafisches Frontend bei dem ich mich nach Möglichkeit nicht darum kümmern muß ob die URL jetzt aus dem Clipboard einfüge oder aus dem Browser heraus ziehe?
Danke!
schätzungsweise war das schon mal Thema, aber leider finde ich nichts dazu was genau zu meinem Problem paßt.
Nachdem ich nach 14 Jahren Linux jetzt zu Mac OS X gewechselt habe, befindet sich das eine oder andere Shell- und Perlskript in meiner Sammlung. Da dankenswerterweise im Leoparden schon fast alles was man so braucht (außer ImageMagick) bereits vorinstalliert ist, laufen die auch alle noch ganz ohne oder mit minimalen Anpassungen.
Soweit, so gut.
Jetzt ist das Ganze aber natürlich wenig Mac-ish und eine GUI für die Skripte muß her.
Für einfachste Skripte die nur eine Datei entgegennehmen tut es ein Platypus-Droplet für alles Anspruchsvollere tappe ich aber noch ein wenig im dunklen.
Creating Shell Script Actions habe ich mal durchgespielt und das ist sicher eine Lösung, allerdings weiß ich nicht ob das nicht schon Overkill für meine Anwendungen ist, da diese den Automator eher nicht brauchen, aber vielleicht habe ich da auch nur ein Verständnisproblem.
OnMyCommand scheint auch einiges zu bieten, da steige ich aber noch nicht so recht durch wie ich da die Parameter übergeben kann.
Dann kommt vom System nicht immer alles so wie ich das will, z.B. bekomme ich beim draggen einer Safari-Adresse eine .webloc Datei und keinen String der URL wie ich das bräuchte.
Was ist also ein geeignetes Tool um solche GUIs schnell und schmerzfrei zu erstellen?
Nehmen wir mal ein Beispiel:
Ich habe ein Skript w2p.pl, das ein URL entgegen nimmt und mir diese, abhängig von verschiedenen Parametern, für meinen Palm aufbereitet.
Als Parameter gibt es: -u <URL> -i [include Images] -n <NAME> -d <DEPTH> -r <RESOLUTION>
Die URL ist logischerweise Pflicht und normalerweise auch der Name wenn nicht alles TMP heißen soll. Alle anderen Parameter haben auch Vorbelegungen wenn sie nicht angegeben werden.
Wie bastle ich dazu möglichst einfach und elegant ein grafisches Frontend bei dem ich mich nach Möglichkeit nicht darum kümmern muß ob die URL jetzt aus dem Clipboard einfüge oder aus dem Browser heraus ziehe?
Danke!