<div dir="ltr">Well, like we were discussing in the other thread, I wish to edit the <a href="http://puredata.info">puredata.info</a> FAQ section and work on updating "how to install and load externals" bit, and also add related stuff on "how to download externals from deken"...<div><br></div><div>As part of this endeavour, I also felt like working on questions like - what is an external? What are the types of externals? what is an external library? Things we take for granted but when you sit to write it down, you start questioning the concepts...</div><div><br></div><div>So this is what I'm coming down to, after thinking about it...</div><div><br><div>
<p class="gmail-p1"><span class="gmail-s1"><b>- </b></span><span class="gmail-s2"><b>Internal objects:</b></span><span class="gmail-s1"><b> Objects that are part of Pd Vanilla’s binary <span class="gmail-Apple-tab-span"> </span></b></span></p>
<p class="gmail-p1"><span class="gmail-s1"><b><span class="gmail-Apple-tab-span"> </span>- </b></span><span class="gmail-s2"><b>External objects:</b></span><span class="gmail-s1"><b> Objects that are </b></span><span class="gmail-s2"><b>NOT</b></span><span class="gmail-s1"><b> part of Pd Vanilla’s binary (including pd's extra objects)</b></span></p>
<p class="gmail-p1"><span class="gmail-s1"><b><span class="gmail-Apple-tab-span"> </span>- </b></span><span class="gmail-s2"><b>Vanilla objects:</b></span><span class="gmail-s1"><b> Objects that come in the Pd Vanilla distribution (which contains the internals plus a small collection of externals - the “extra” objects).</b></span></p>
<p class="gmail-p1"><span class="gmail-s1"><b><span class="gmail-Apple-tab-span"> </span>- </b></span><span class="gmail-s2"><b>Types of external objects</b></span><span class="gmail-s1"><b>: 1) Compiled binaries ; 2) Abstractions (Pd patches).</b></span></p>
<p class="gmail-p1"><span class="gmail-s1"><b><span class="gmail-Apple-tab-span"> </span>- </b></span><span class="gmail-s2"><b>External Library:</b></span><span class="gmail-s1"><b> Collection of external objects, be it abstractions; a set of </b></span><span class="gmail-s2"><b>separate binaries</b></span><span class="gmail-s1"><b>; or a </b></span><span class="gmail-s2"><b>single binary</b></span><span class="gmail-s1"><b> containing several objects.</b></span></p></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-02-19 16:39 GMT-03:00 Dan Wilcox <span dir="ltr"><<a href="mailto:danomatika@gmail.com" target="_blank">danomatika@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I wasn’t implying my thought process was the “correct” usage of the the terms. :) I think Miller and IOhannes are the ones to weight in.<div><br></div><div>That being said, I think it boils down to, for me, “external(s)” was short for “external library(-ies),” as in software libraries and, even if there is only 1 class or object, it’s still a “library.”</div><div><br></div><div>From what I understand, your coming from the Pd object side so “external” means “1 object” not part of Pd vanilla and “externals” means “multiple objects” not part of vanilla. I think that definitely makes sense and perhaps I was coming from the wrong/developer direction.</div><div><br></div><div><span class=""><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>So, in short, the idea I've had so far is:</div><div><br></div><div>external (kinda short for "external object"): a single object not part of the Pd Vanilla distribution, either an abstraction or a compiled object </div><div><br></div><div>library (kinda short for "externals library"): collection of externals.</div></div></div></div></blockquote><div><br></div></span>Yeah, I think that’s probably a good way to look at it (as mentioned above).</div><div><br></div><div>I do like to note when a library is composed completely of abstractions, hence “abstraction library”, as it's easy to use and doesn’t require compilation. </div><span class=""><div><div><br><div>
<div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">--------</div><div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">Dan Wilcox</div><div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><a href="http://twitter.com/danomatika" target="_blank">@danomatika</a></div><div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><a href="http://danomatika.com" target="_blank">danomatika.com</a></div><div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><a href="http://robotcowboy.com" target="_blank">robotcowboy.com</a></div><div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br></div><br class="m_-2471640511852121102Apple-interchange-newline">
</div>
<br></div></div></span></div></blockquote></div><br></div>