[PD-dev] stripping down Pd-extended's default libs

[Loic Kessous]

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  
don't see).

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,

loic
  ---

On Feb 16, 2009, at 5:32 PM, ydegoyon at free.fr wrote:

>>
>>> Gem cyclone zexy creb cxc iemlib list-abs mapping markex maxlib   
>>> memento
> mjlib motex oscx pddp pdogg pixeltango pmpd rradical sigpack  smlib  
> toxy
> 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,
> cool..
>
> xiaooo,
> sevy
>
>
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev