<div dir="ltr">Well, funny this was mentioned here, cause I was actually thinking about creating a library of abstractions myself.<div><br></div><div>I've been working on an extensive computer music tutorial with Pd over the years now (in portuguese though, with over 220 patches now), and I usually present a vanilla alternative when I present externals. I mean, the whole idea of the thing is to show how to implement stuff, so I sometimes even go as far as presenting a vanilla implementation of some vanilla objects.</div><div><br>I'm very interested in this thread because of this work, by the way. Because the tutorial has been stuck to Pd Extended 0.42-5 :P in Pd Extended 0.43 [cartopol~] and [poltocar~] did break so I say it's not compatible to it. I wanted to include some of the vanilla 0.46 functionality too by the way. Well, I digress. <br></div><div><br></div><div>I surely value compiled objects as I think they can run faster and everything, but I could work on the abstractions. I can still think of many many external objects I couldn't live without in regards to this "tutorial". Not only many objects, but maybe most importantly some GUI features like [envgen] / [breakpoints~] / [grid]. And those gotta be externals, right.</div><div><br></div><div>Well. Anyway. I'd be glad to come up with a library of abstractions as a side part of this work I've been developing. <br><br>If you wanna have a look at it, even though you don't speak portuguese, here it is: <a href="https://sites.google.com/site/porres/ComputacaoMusical-Porres.zip">https://sites.google.com/site/porres/ComputacaoMusical-Porres.zip</a><br></div><div><br></div><div>that's the current version I uploaded for this month, but I'm already working on a new release for next month.</div><div><br></div><div>Cheers</div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-22 9:16 GMT-02:00 Alessio Degani <span dir="ltr"><<a href="mailto:alessio.degani@ymail.com" target="_blank">alessio.degani@ymail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>On 22/12/2014 08:55, Jonathan Wilkes
wrote:<br>
</div>
<blockquote type="cite">
<div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px">
<div>[CUT]</div><span class="">
<div><br>
</div>
<div dir="ltr">Btw-- are
there poisonous spiders lurking in the Pd-extended makefiles?
Just reading this thread and seeing alternatives like "let's
just port apt to some proprietary OSes" seems odd to me...</div>
</span></div>
</blockquote>
<br>
That's a lot of work... I think.<br>
A more feasible way is, for example, an hybrid approach. The user
downloads the desired extension/abstraction binary archive (i.e.
zip, tar, ...) and then, that can be installed by simply drag'n'drop
it to the pd main window (or any "install extensions" window). The
installation process can be as symple as extracting the archive in
to a user-specific folder (i.e. ~/.pd-extensions/) without
root/admin permissions.<span class=""><br>
<br>
<blockquote type="cite">
<div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px">
<div dir="ltr"><br>
</div>
<div dir="ltr">So I guess
I'll add my own idea to this mix: how about replacing every
single external binary with an abstraction? Then the external
libs become portable without having to compile a single
thing. Plus any Pd user willing to click the object can
potentially fix bugs or make improvements. </div>
</div>
</blockquote>
<br></span>
That's a good idea! Intrinsically cross-platform and plus, each
non-developer-pd-user can contribute itself to maintain the
extensions... that means that the effective numbers of
maintainers/developers grows exponentially! :)<span class=""><br>
<br>
<blockquote type="cite">
<div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px">
<div dir="ltr">Sure, you
can't do Gem and some of the fancy stuff, but those are
details. </div>
</div>
</blockquote>
<br></span>
Yes... that's the main concern about this approach...<br>
<br>
Alessio<span class=""><br>
<br>
<blockquote type="cite">
<div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px">
<div dir="ltr">This would
also increase the incentives for doing development to the core
which makes abstractions faster.<br>
</div>
<div><br>
</div>
<div dir="ltr">-Jonathan<br>
</div>
<div><br>
</div>
</div>
</blockquote>
</span><span class="HOEnZb"><font color="#888888"><pre cols="72">--
a.</pre>
</font></span></div>
<br>_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div><br></div>