<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-07-30 17:38 GMT-03:00 Christof Ressi <span dir="ltr"><<a href="mailto:christof.ressi@gmx.at" target="_blank">christof.ressi@gmx.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">> whereas throwing stuff in ../extra "just works".<br>
<br>
</span>what do you mean by that? when I throw 'mylib' folder (containing foo.pd) into ../extra, I either have to add ../extra/mylib to the user paths OR do [declare -stdpath mylib] or always do [mylib/foo]. so ../extra (and other standard paths) are apparently *not* searched recursively when trying to load an object and behave the same as user paths. it's just with [declare] where the difference comes into play.<br></blockquote><div><br></div><div>Yeah... We also need to add *each* external's subdirectories in such case, if I get what you mean... Like, if I download "cyclone" to extra and I try [cycle~], it fails. The options are: <b>A)</b> put cyclone's subdirectory in the path, or <b>B)</b> use [cyclone/cycle~]; <b>C) </b>use [declare -stdpath cyclone]. So it doesn't "just works", you gotta do one of these...</div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><br class="gmail-Apple-interchange-newline">This would be why adding something like ~/Documents/Pd to st_staticpath is so attractive because it negates needing to add each lib to the user search paths.</div></blockquote><div><br></div><div>If ~/Documents/Pd was added to st_staticpath, you'd gain the options B) and C), but you'd still have to put ~/Documents/Pd/cyclone in the path, if that's how you roll (and you don't care for B/C). So that's not what changes.</div></div><div><br></div><div>ps. I have that new thread :)</div></div></div></div>