<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2017-07-30 15:56 GMT-03:00 Miller Puckette <span dir="ltr"><<a href="mailto:msp@ucsd.edu" target="_blank">msp@ucsd.edu</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">I think the way forward is to somehow get the "path" mechanism to do what people are asking for.<br></blockquote><div><br></div><div>Fair enough, and I see that would mean getting the mechanism to: <b>A)</b> Integrate with Pd's Help Browser; B<b>)</b> Integrate somehow to [declare] and <b>C)</b> Allow 3 levels of locality (1- Application-specific, 2- User-specific and 3- Global).</div><div><br></div><div>Out of these, I find "C)"  very complicated to deal with. And it also opens to the question: how to deal with the current "standard path" structure? Removing or replacing the current structure seems like a major overhaul. </div><div><br></div><div>So here's my analysis/revision.<br></div><div><br></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I always meant "standard path" to refer to "stuff distributed with Pd"</blockquote><div><br></div><div>That seems to be what the "extra" folder is, referred here as the "application-specific standard path". Let's keep it as it is then, we can just refer to it as the "standard path", and detach the other two scopes (namely <u><i>user</i></u> and <u><i>global</i></u> ones) from this concept.</div><div><br></div><div>It seems the "standard path" concept grew to encompass these two other scopes (<u>user</u> and <u>global</u>), which would actually correspond to your concept of what the "path" mechanism should be (a place to point to libraries). Let's then incorporate them into this revision of the path mechanism.</div><div><br></div><div>By the way, it's the common practice to have both of these scopes (user/global) clearly defined and hardcoded, <span style="font-size:12.8px">to point libraries not part of the software distribution. Let's stop calling them "standard paths", and treat them as "<b><u>default paths</u></b>" for both user and global in the "path mechanism".</span><br></div><div><br></div><div>So, besides newly incorporated "defult paths", what did the "path mechanism" already have? A freely defined path for the <u>user</u> only. therefore, bringing them all together gets us with a default <u>user</u> and <u>global</u> path, that Pd sees out of the box, plus the ability to define other folders for the <u>user</u> scope.</div><div><br></div><div>So, what kind of overhaul am I proposing? Basically none, just a new way to look and reinterpret what we have.</div><div><br></div><div>And I think it'd be reasonably easy to expand the functionality of user defined paths to do what we are asking for, meaning: <b>A)</b> Integrate with Pd's Help Browser and <b>B)</b> Integrate somehow to [declare].</div><div><br></div><div>Who's following me?</div><div><br></div><div>cheers</div></div></div></div></div></div>