[PD] pd extended development
marius.schebella at gmail.com
Wed Apr 16 16:56:02 CEST 2008
sorry, I still don't know exactly what you mean. I think it is the only
solution to keep libraries in subfolders if we want to solve
nameclashes. but even if in subfolders, they should be accessible as
list-abs and not list-abs/list-abs.
the thing that I was complaining so loudly is that pd-extended ships all
these libraries but does not add the paths. (and pd does not look into
the sub-directories of extra). and there is no way to add the paths
except writing them into the plist manually.
Frank Barknecht wrote:
> marius schebella hat gesagt: // marius schebella wrote:
>> Frank Barknecht wrote:
>>> Directory prefixes like [zexy/abs~] kind of solve the problem. The
>>> problem is, that nobody likes them. (Though probably Hans does;) E.g.
>>> I remember that you were complaining quite loudly when the new
>>> pd-extended version didn't preload many libraries and libdirs. But of
>>> course preloading libraries makes the [zexy/abs~] approach pointless,
>>> except for objects in private or rarely used libraries.
>> I totally agree with you that preloading unnecessary libraries is a
>> waste of memory.
> Actually I wasn't referring to preloading and I don't care about the
> memory waste (which is minor), but to the "virtual library loading" that
> pd-extended does with its libdir loading or path settings. IIRC that
> was, what you and many others were complaing about when it was broken
> on their systemsa.
> Most of the libraries in pd-extended are built as single externals, and
> for abstraction libraries like list-abs bundles aren't possible anyway.
More information about the Pd-list