-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
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 called 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.
B.
How about just adding the pixelTANGO objects to Pd.app/Contents/Resources/extra since its already in the path? That's the quick solution.
.hc
On Dec 14, 2004, at 12:07 PM, B. Bogart wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
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 called 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.
B. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBvx3OjbOsMZSA25cRArRSAKDDioY1XIolNbAEc6dhkThFv5jVgwCeONzh ETWWtYqQT464Cbx1sI60sIg= =cki4 -----END PGP SIGNATURE-----
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
________________________________________________________________________ ____
Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli
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 to work.
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!
B.
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.
.hc
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 called 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.
B.
_______________________________________________ PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli
Well, the -lib problem would be solved by compiling things as individual objects. Everything but Gem, zexy, pmdp, and pdp are compiled this way in the Windows, Debian, and MacOS X CVS distros.
I thought that the -rt flag wasn't used on MacOS X anymore, but I could be wrong.
As for the location of org.puredata.pd.plist, Apple says that file should go in ~/Library/Preferences.
.hc
On Dec 18, 2004, at 12:08 PM, B. Bogart wrote:
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 to work.
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!
B.
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. .hc 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 called 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. B.
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli
________________________________________________________________________ ____
"Information wants to be free." -Stewart Brand
-
B. Bogart -
Hans-Christoph Steiner