[PD] Updated Pd-Extended

Hans-Christoph Steiner hans at at.or.at
Wed Oct 1 17:12:29 CEST 2014



Seb Shader via Pd-list wrote:
> Hello again list,
> 
> 
> 	What do y'all think of the idea of releasing Pd-extended both as a "core" pd with no libraries added except maybe the libdir and hex loaders and as a version with multiple libraries (2 release stages)? Perhaps it's been discussed. the thing I enjoy about Extended is the features it adds to pd-vanilla, and this way people can just keep the same libraries installed in the same places and switch between vanilla and extended easier. In my experience I never need/want to use most of the arbitrary libraries included and/or loaded on startup and could easily download and install the ones I do want. I also see the appeal/logic of using a standardized set of libs though.
> 
> 
> seems like a reasonable way to develop it too... everyone focusing on the core and then working on their own libs for a bundled release.

That is definitely the goal of Pd-extended, I couldn't have said it better
myself. :-)  It is purely a matter of someone doing the work.  With two little
kids and full time programming work, I have little spare cycles for
programming these days.  But I'll happily help anyone who wants to take on
part of all of making this happen.


> Also about import/saving libraries to load on startup: wouldn't it make more sense if either the list were editable or there were no list? Strange that users get this arbitrary list to load on startup, (not even all the libs included in PdX) without being able to edit it, a set of libs that they never have to [import], but then they're expected to [import] everything else unless they manually edit the preferences file (quite confusing for most users)?
> 

The libraries that are loaded by default are an oooold legacy of the beginning
of Pd-extended.  It should be removed, but it needs to be done in a way that
is transparent when people update.  Or maybe it makes sense now to just start
fresh.  When I get back to it, I won't be working that arrangement of crufty
old libraries loaded by default.  Instead the way forward is to make a new
standard library that does things consistently and correctly across the whole
library, while only maintaining backward compatibility when it doesn't get in
the way of the primary goal.


> Btw I also have a bit of time and know a little bit of c and tcl, i'd be glad to pitch in where i can when there is a concrete plan (list of to-do's) of how to move forward with Pd-extended.

Excellent!  Here is the page that I maintained for release goals:

http://puredata.info/dev/NextRelease

.hc



More information about the Pd-list mailing list