[PD-dev] Storing org.puredata.pd.plist inside pd.app?
ben at ekran.org
Sat Dec 18 18:08:13 CET 2004
That solves the problem of adding the "-path" "-helppath" options but how do I
get the pd.app to start with certain flags? (-lib, -rt, etc..) I think its
important that it work out of the box, so that the user does not have to go
through the -startup flags and save values the first time then run it to get it
In principal I can only see good reasons to allow the user to put their settings
wherever they want them to be.
Thanks for the responce Hans!
Hans-Christoph Steiner wrote:
> How about just adding the pixelTANGO objects to
> Pd.app/Contents/Resources/extra since its already in the path? That's
> the quick solution.
> On Dec 14, 2004, at 12:07 PM, B. Bogart wrote:
> Hey Miller and OSXers,
> I'm trying to figure out how to distribute pixelTANGO as a single
> .app that
> needs only to be dragged to be installed.
> Is there a way I can put the plist file inside the pd.app and have it
> from there? Then I can benifit from a relative location for refering to
> externals and such? Right now I have to put absolute pathnames in the
> plist and
> that makes the installation an anoyance.
> So the idea is that I could use something like ./abstractions as a
> path relative
> to the current dir (inside the pd.app) to the abstractions?
> Maybe a solution to the problem of multiple concurrent configs of PD
> could be
> simply a flag to tell PD what plist to load, this would be relative
> to where the
> pd binary is? (This was suggested for .pdrc's a while back)
> I tried using pd.command files, but they don't seem to be run from
> the directory
> in which the reside. :( what a pain.
> Any suggestions would be welcome.
PD-dev mailing list
PD-dev at iem.at
> Using ReBirth is like trying to play an 808 with a long stick.
> -David Zicarelli
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 256 bytes
Desc: OpenPGP digital signature
More information about the Pd-dev