Hi,
I've been using several different versions of pd in OS X: Pd-extended (packaged), Pd-vanilla (packaged), and pd-gui-rewrite (compiled). Every time I use vanilla or gui-rewrite, I need to set and save the audio settings, which writes a plist settings file to ~/Library/Preferences/. Then, when I start Pd-extended, it doesn't want to read the plist file included with it, but reads this other 'local' one.
It would be great if there was some way to tell pd which plist file to load. I see there is an option '-noprefs', how about an open '-prefs FILE'? I know you could do this with a bash script or something similar, but that just seems messy for OS X. I was working on this in python/ubuntu, but it was always cumbersome at best.
Rich
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Rich E wrote:
Hi,
It would be great if there was some way to tell pd which plist file to load. I see there is an option '-noprefs', how about an open '-prefs FILE'? I know you could do this with a bash script or something similar, but that just seems messy for OS X. I was working on this in python/ubuntu, but it was always cumbersome at best.
there is a patch in the patchtracker for this, which was rejected because it was done at the time, when Pd switched to OS-dependent preferences. probably somebody could revive it. (though i expect usability problems if you want to stick with the registry on w32)
fasdr IOhannes
On Mac OS X, you can stick a prefs plist into the Pd-extended.app and
then it'll always ignore all other prefs. Instead the Pd-
extended.app, just copy /Applications/Pd-extended.app/Contents/
org.puredata.pd.default.plist to /Applications/Pd-extended.app/
Contents/org.puredata.pd.plist
.hc
On Nov 16, 2009, at 5:35 PM, Rich E wrote:
Hi,
I've been using several different versions of pd in OS X: Pd- extended (packaged), Pd-vanilla (packaged), and pd-gui-rewrite
(compiled). Every time I use vanilla or gui-rewrite, I need to set
and save the audio settings, which writes a plist settings file to ~/ Library/Preferences/. Then, when I start Pd-extended, it doesn't
want to read the plist file included with it, but reads this other
'local' one.It would be great if there was some way to tell pd which plist file
to load. I see there is an option '-noprefs', how about an open '- prefs FILE'? I know you could do this with a bash script or
something similar, but that just seems messy for OS X. I was
working on this in python/ubuntu, but it was always cumbersome at
best.Rich _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic
Ah, perfect. I get my cake and even get to eat it! Thanks, Hans.
rich
On Wed, Nov 18, 2009 at 12:11 AM, Hans-Christoph Steiner hans@at.or.atwrote:
On Mac OS X, you can stick a prefs plist into the Pd-extended.app and then it'll always ignore all other prefs. Instead the Pd-extended.app, just copy /Applications/Pd-extended.app/Contents/org.puredata.pd.default.plist to /Applications/Pd-extended.app/Contents/org.puredata.pd.plist
.hc
On Nov 16, 2009, at 5:35 PM, Rich E wrote:
Hi,
I've been using several different versions of pd in OS X: Pd-extended (packaged), Pd-vanilla (packaged), and pd-gui-rewrite (compiled). Every time I use vanilla or gui-rewrite, I need to set and save the audio settings, which writes a plist settings file to ~/Library/Preferences/. Then, when I start Pd-extended, it doesn't want to read the plist file included with it, but reads this other 'local' one.
It would be great if there was some way to tell pd which plist file to load. I see there is an option '-noprefs', how about an open '-prefs FILE'? I know you could do this with a bash script or something similar, but that just seems messy for OS X. I was working on this in python/ubuntu, but it was always cumbersome at best.
Rich _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic