I think the problem was that at some point your machine's deken (the package manager in the help menu) got set to a pretty odd path for externals: Contents/Resources/Scripts/extra Maybe that's a folder you selected the first time you used it?
This has a rundown of the default paths you can safely install stuff to without needing to add a new folder to your path: https://puredata.info/docs/faq/how-do-i-install-externals-and-help-files
But yeah - adding a new path is just as good maybe.
-Jesse
On Oct 12, 2017, at 8:27 AM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 10/12/2017 05:10 PM, Greg Zifcak wrote:
Thanks for the input all. I saw the mailing list archive but my search skills must be lacking.
To clarify, I originally downloaded the Gem folder and placed it in the folder next to the Pd application file, and assumed correctly that this would not do anything. That is when I found out about the help menu installation feature, and installed it from there.
ok. makes sense.
My installation process in attempting to fix the problem was: delete existing Pd folders, download Pd 0.48 or 0.47 32 bit from https://puredata.info/downloads/pure-data, then install Gem from the help menu.
ok.
I finally solved the issue by adding the path to the Gem folder (Contents/Resources/extra) to "Startup" in "Preferences".
actually no, you shouldn't do that at all with Gem. Gem will (well: should) automatically add the paths, once its gets loaded. and Gem should load fine, since the name of the binary ("Gem.pd_darwin") matches the directory it lives in ".../Gem/", and the directory the Gem-directory lives in (Contents/Resources/extra) is searched automatically by Pd. what you MUST do is to *load* Gem, e.g. by putting a [declare -lib Gem] into your patch, or adding "Gem" (without any further path) to the "libraries" to be loaded at startup)
What led me down this course of investigation was that I noticed that the path Pd said it was installing Gem was Contents/Resources/Scripts/extra, even though it wasn't really putting it there.
this confuses me. what's the "Scripts" path doing in here? could you post a screenshot of where Pd says that it's installing there?
I don't know why it didn't add a path to startup;
Pd shouldn't (i think that feature with deken in Pd-0.48 is really a bug). Gem would, but it needs to be loaded first.
I'm guess it did on the first install when it originally worked. I also still don't understand how the installation knew to warn me that a previous folder didn't exist, since I deleted the folder structure and couldn't find any other Pd folders on my system.
i'm not sure i can follow. how did it warn you? if you deleted all folders and Pd warned you about a missing folder, this sounds an ok (and totally non-magic) thing to do.
After some of the failed installation attempts before I added the path, gemwin and gemhead appeared to be created correctly, but pix_draw and pix_texture did not (dotted lines). I assume that Gem wasn't being loaded at all since I hadn't added the path yet, and that the graphics were just inconsistent.
well, [gemhead] and [gemwin] created fine because you *did* have the path added (they are abstractions inside the Gem/ directory). but [pix_texture] is an object that is built-into the Gem binary, so you need to *load* the Gem *library* first.
Anyway, glad it's working again and I've learned a little more about how installation is supposed to work.
cool.
i think much of the confusion i'm having is because you switched between 0.47 and 0.48 during the installation and deken (the Pd package installer) changed a bit between the two versions.
gfmards IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list