@whale-av thanks a lot for the quick response! I guess I'll give up on these names then (although aesthetically I prefer the separating periods to underscores or hyphens - but that's obviously not an argument anymore). so it's going to be "perlin_3d~" etc. in the future... acceptable enough.
Hey all, I recently switched from Windows to macOS and really enjoy patching there a lot. There's one thing that's quite annoying though and after lots of useless googling and support chats, I felt like people here might have answers:
I built quite a few abstractions for my own use and some of them follow names like
perlin.3d~. To keep files and folders a little organized, I place abstractions in folders with the same name. So in this case, the actual abstraction is placed in
This worked pretty well for my Windows setup. And it also basically works on macOS. But I'm using Dropbox to sync my Pd stuff and in this case, syncing doesn't work - the folder doesn't sync back to Dropbox and Finder alerts inside the folder that
Dropbox encountered an unexpected error. items may be out of date. Dropbox support says it's an Apple problem and Apple until now says this is "somehow" connected to temporary file conventions and they can't do anything about it.
So here are my questions:
- Are these names bad practice for Pd abstractions?
- Is there a better way to organize them other than through folders like this?
- Am I the only one experiencing this? (Please no!)
@jameslo : I'm joining the conversation here since I was that one attendant @alexandros is mentioning!
I doubt there is a recording since the conference tool said "not recording" and the organizers were not present for the whole time. So if the 2 of us don't have a recording, there probably isn't any. But it was a great introduction (thanks again, @alexandros!) and if you didn't do so already, I can really encourage you to check out the examples that are in the folder of the
neuralnetexternal (which is available through deken). @alexandros: are you planning to update the version with the minor fixes that you've added (iirc - although I think those were documentation fixes)? Or is the repo on https://github.com/alexdrymonitis/neuralnet more up-to-date compared to the deken version?