[PD-dev] pbank in build/src (aka "flatspace")
Hans-Christoph Steiner
hans at eds.org
Wed Feb 25 02:07:39 CET 2009
On Feb 24, 2009, at 11:57 AM, cyrille henry wrote:
>
>
> Hans-Christoph Steiner a écrit :
>> On Feb 23, 2009, at 6:05 AM, cyrille henry wrote:
>>>
>>> Hans-Christoph Steiner a écrit :
>>>> Hey Cyrille,
>>>> I just noticed that you added pbank.c to the flatspace library.
>>>> That whole 'flatspace' thing is kludge,
>>> i know, but there is no better solution yet.
>>>> and should be deprecated, IMHO and just left alone. So I think
>>>> that it would be best to remove externals/ build/src/pbank.c.
>>> where would it go?
>>>
>>>
>>>> For new externals, I think they should first be distributed
>>>> outside of Pd-extended until they are stable,
>>> pbank is stable.
>>> it was distributed by zack settle in the jimmies for years, and i
>>> use it since 2002 or 2003.
>>>> then things they can be included as libraries.
>>> what lib?
>>>
>>> when pd-extended or the cvs will be ordered to have directory
>>> like : /math
>>> /audio/math
>>> /audio/effect
>>> /save
>>> /matrix
>>>
>>> etc, then pbank and other externals would fit there.
>>> but now it's just an ugly mess. i don't think pbank add much to
>>> this mess.
>>>
>>> i personally think it's time to start an other svn for pd-
>>> extendedV2, create a good structure, and copy code from 1st svn
>>> to the 2nd, without ordering by developer, but by functionality.
>>> that's the best way to move i see, but of course that will create
>>> endless flame-war on the list.
>> I agree here, and that is the direction I am working towards with
>> any Pd code I work on. But for pbank, how about just compiling it
>> and releasing it on its own?
>> Or there is already a 'nusmuk' library in Pd-extended, with only
>> abstractions. How about moving abstractions/nusmuk to externals/
>> nusmuk, then including pbank in there?
> yep, that's an option.
> but i would prefer to organise this properly (i.e. not by developer
> but by functionality)
Me too! Start a library for pbank to fit in then! :D
> for now, using flatspace is the only way i know to include code in
> pd-extended, i'll digg more when i'll get time.
For future reference, please everyone leave flatspace as it is. It is
deprecated and only there for backwards compatibility.
.hc
>
>
> cyrille
>
>> .hc
>>>> Also, the helpfile is named wrong, it should be pbank-help.pd,
>>>> not help-pbank.pd.
>>> ok, i changed it.
>>>
>>> cyrille
>>>
>>>> .hc
>>>> ----------------------------------------------------------------------------
>>>> As we enjoy great advantages from inventions of others, we
>>>> should be glad of an opportunity to serve others by any
>>>> invention of ours; and this we should do freely and
>>>> generously. - Benjamin Franklin
>>>> _______________________________________________
>>>> Pd-dev mailing list
>>>> Pd-dev at iem.at
>>>> http://lists.puredata.info/listinfo/pd-dev
>> ----------------------------------------------------------------------------
>> Looking at things from a more basic level, you can come up with a
>> more direct solution... It may sound small in theory, but it in
>> practice, it can change entire economies. - Amy Smith
>> _______________________________________________
>> Pd-dev mailing list
>> Pd-dev at iem.at
>> http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
¡El pueblo unido jamás será vencido!
More information about the Pd-dev
mailing list