[PD-dev] Storing org.puredata.pd.plist inside pd.app?

[Hans-Christoph Steiner]

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 at 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