[PD-dev] stripping down Pd-extended's default libs
loic.kessous at gmail.com
Mon Feb 16 18:39:34 CET 2009
well, as an ex-max only user , and a new Pd-extended user, I must say
that I was quit happy to find already installed gem , pdp and an
several other things.
it doesn't take time to load all the libraries, and I don't understand
what would be the reason to change this (but maybe there is one that I
That's maybe true that it takes time to understand what to use because
there's a lot of libraries, and some new structuring of the libraries
may help, but not including gem (and particularly the pix_'object')
and pdp by default will not be a good idea, I think . Also some more
documentation may help too.
Finally, even if it is messy to understand what to use at the
beginning, I still prefer to try things already in the extended
distribution by default than to load things before to try.
one thing is that, if you compare to the source, some things are not
working or not appearing on different platforms, but as I understand
it is not related to the way to load libraries (by default or manually).
I would suggest to think about a new way to organize and document
libraries instead of the stripping down option.
hope that help,
On Feb 16, 2009, at 5:32 PM, ydegoyon at free.fr wrote:
>>> Gem cyclone zexy creb cxc iemlib list-abs mapping markex maxlib
> mjlib motex oscx pddp pdogg pixeltango pmpd rradical sigpack smlib
> unauthorized vbap pan freeverb hcs jmmmp ext13 ggee iem_anything
> flib ekext
> flatspace pdp pidip
>>> I think it should be something like:
>>> cyclone zexy creb iemlib ggee iem_anything flatspace
> i don't understand the real goal of extended,
> wasn't it to include as much libraries
> as possible? ( and not to rewrite the gui ? )
> second, i dunno why you made unauthorized
> into a lib, when it was really allright to have
> all objects separated in extra..
> thus loaded when needed.
> you never asked my opinion about this neither...
> and also people writing on the list
> saying you shouldn't use that external,
> i have a brilliant workaround, etc...
> i see that the pd community if ever it existed
> is now getting a pyramidal structure
> where some people take decisions for all,
> Pd-dev mailing list
> Pd-dev at iem.at
More information about the Pd-dev