[PD-dev] structuring of pd objects (was: Re: stripping down Pd-extended's default libs)
marius.schebella at gmail.com
Fri Feb 20 13:35:46 CET 2009
(maybe this is of general interest for pd users?) speaking of lists, I
once did a similar thing some years ago, collecting 2682 objects. the
list is far away from being complete or up to date...
2009/2/20 João Pais <jmmmpais at googlemail.com>:
>> Hans-Christoph Steiner wrote:
>> I definitely agree that we should have libraries organized based on a
>> topic. There is nothing stopping anyone from doing this. There is
>> tons of code that could be easily taking and stuck into new libraries
>> organized around concepts.
> hmm, that matches with what I was proposing (still on a private level) for
> the new categories of documentating pd-ext objects. although some people
> might not like not having their objects in their personal folder, it would
> really make information more easily to come by - fyi, I think in the latest
> object list I've made, there are ~1200 externals (objects + abstractions).
> I would go to the extra step and and follow yves' suggestions try to ask
> some developpers to change the names of some objects to avoid name clashes -
> if that's possible anyway, after all these years of programming.
> I can't contribute with code because I can't code, but I can write mails and
> give (sometimes good) ideas. To remind how big the task is, I attach here
> the list of pd-ext objects I've done some months ago (as a first step to try
> to get an updated documentation for pd-ext).
More information about the Pd-dev