<div dir="ltr">Hi, you can still set deken to download to "extra", so it's not like the new release made this impossible. Thus, it's not like this version introduced a bug, or has something that needs to be fixed.<div><br></div><div>As I see it, you're just asking for [declare] to have a new feature added, one that would make it easy to search for libs elsewhere other than in the standard path (a.k.a. the "extra" folder) - in the case you are not using (I'll emphasize nothing is stopping you from using "extra").</div><div><br></div><div>So, if that's the case, I had already opened an issue and made a suggestion for exactly that! My idea is that the -path flag should also look in the paths that were added in the "path preferences". That would do the trick! Here's the issue report and its relative discussions: <a href="https://github.com/pure-data/pure-data/issues/184">https://github.com/pure-data/pure-data/issues/184</a> (please nevermind the discussion on "additional standard paths", those would other folders that are not the "extra" folder, so it's not something related to what you bring up)</div><div><br></div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">the same error goes obviously for self-declared object names that used to work so far, like<br><br>[tof/folderpanel] or<br>[mrpeach/packOSC] etc...<br><br>if the corresponding externals are anywhere else but in "extra"<br></blockquote><div><br></div><div>Not at all! If you have any other externals folder set up for you and added to the path, as Pd now suggests (say ~/Pd/externals), any external folder you download to it will allow you to use this slash declaration. So either you're not doing it right, or we have a bug.</div></div><div><br></div><div>cheers</div></div>