I have installed Pduino library using Dekken, and Pure Data cannot create the arduino object. It does recognize the external when I put it into a folder and add the path to Pd. I can't add the Pd externals folder found inside the Pd application as a path so I don't know how to direct Pd to look at that folder for externals. The externals that come with Pd (bonk~ etc) are recognized. Sure I could download all the libraries, unpack them and then direct Pd to that folder, but that sort of defeats the purpose of Dekken, right?

What am I missing?

I just recently started getting this problem as well, a problem I hadn't encountered on Pd-vanilla 0.45-4 (OSX) but I am experiencing this problem with the vanilla distribution with the MobMuPlat software. I will try the "plain text" solution, but it would be great if we could come up with a way to replicate this issue so we can alert MIller for the next version. This problem wasn't created for me when working on a patch with an external screen not attached (as suggested by portabello), I am however using an external monitor attached. I tried unplugging the external monitor (hoping this would gather all the windows) but this didn't work. VERY frustrating!

I apologize if this has been discussed before, but I haven't found an answer through searching or from anything I've read in the Pd literature.

Having an issue with duplicating sub-patches with receive~'s in the sub-patch. The send~'s and receive~'s both are named with "-$0" at the end, which should create a unique name per-patch, but this doesn't seem to hold true for sub-patches. When I duplicate the sub-patch, I get a warning in the Pd window. I don't get this warning when I implement the same module as an abstraction.

Am I missing a step, or is this just the nature of Pd, that a unique name is only generated for a parent patch, and not for children (except for the case of abstractions)?

Any help would be awesome. Thanks!

Travis