For example, if you want to write your own version of sigmund~ in order to easily compare it with the built-in one (as I'm busy trying to do now.)
The stuff in extra is there because I think it's useful (except for pique and fiddle~ which are just plain obsolete) but could be done in any number of other ways instead. Also, a couple of the objects (pd~, sigmund~, bonk~, fiddle~) can be compiled separately as Max externs.
M
On Mon, Oct 21, 2019 at 11:58:35PM -0700, Joey Dodson wrote:
I did indeed have "use standard paths" disabled for some reason. Enabling it solved the issue. Thanks Miller! Now I'm curious what the advantage is to disabling standard paths.
On Sun, Oct 20, 2019 at 12:54 PM Miller Puckette msp@ucsd.edu wrote:
If you have "use standard paths" disabled in the path preferences this could happen. (It's on purpose :)
cheers Miller
On Sun, Oct 20, 2019 at 10:33:59AM +0200, Dan Wilcox wrote:
What OS and Pd version are you using? How did you install Pd?
Pd 0.50-2 on my macOS 10.14 system creates all extra objects in the
general help patch. As far as I recall, it always has so this sounds like a bug or misconfiguration issue.
On Oct 19, 2019, at 11:15 PM, pd-list-request@lists.iem.at wrote:
I realized that although help-intro.pd (accessible by right clicking a blank section of canvas and going to Help) lists objects in pd/extra,
those
objects wouldn't create until I added the path.
It that the expected default behavior? It seems to me that objects
included
in Pd vanilla shouldn't require extra path additions or declarations.
Maybe
there is a good reason for this though that I'm not aware of?
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list