[PD] Unified Library was Re: Call for GSoC mentors! March 9th deadline!

[Kyle Klipowicz]

Yes! rjlib is really nice!
I finally tried using svn, it's really simple...I guess I was intimidated by
nothing.

svn checkout http://svn.rjdj.me/scenes/trunk/rjlib/

So simple!

But really, kudos on such a beautiful, minimal, functional, cohesive
library.

~Kyle

On Tue, Mar 17, 2009 at 3:14 AM, Enrique Erne <enrique at netpd.org> wrote:

> i had a look at rjlib. it's a beautiful collection. i love the fact that it
> is not too big and not using any external.
>
> though why is there a u_sssad.pd it seems the same as the original sssad.pd
> frank didn't you say once you would prefer that people don't include their
> own copy of sssad?
>
> same with the new-fast list-drip in u_listdrip.. is it just for
> naming-convention that you renamed the abstraction?
>
> the whole e_ and s_ part is fantastic there are some really powerful
> effects and filters in there. i looked more carefully and the only phone
> related one is m_touch2grid which could be useful without a phone too.
>
> is this the correct url?
> http://svn.rjdj.me/scenes/trunk/rjlib/rj
>
> hm... now i've seen
> http://svn.rjdj.me/scenes/trunk/rjlib/
>
> this is ofcorse phone specific and what confuses me now is that there is a
> copy of sssad.pd
>
> anyway rjlib/rj is just beautiful. what license is it released under?
> i couldn't find anything about that in the wiki.
>
> eni
>
>
>
>
>
> Frank Barknecht wrote:
>
>> Hallo,
>> hard off hat gesagt: // hard off wrote:
>>
>>  yeah sorry frank, i should have explained more clearly.
>>>
>>> i also think that no GUI is the way to go for functional abstractions.
>>>  that
>>> was the big flaw of the DIY library i did, that the function of the
>>> abstractions was tied in with the gui component.  i did it that way
>>> because
>>> i didn't want to clutter the namespace with too many abstractions, and
>>> the
>>> thought of one abstraction for function, and then a different one for GUI
>>> was not appealing at the time.
>>>
>>> but now, i think that is the only way to go.  like, as you said, for
>>> polyphony.  and then also for the many many cases in which you'd want to
>>> build your own gui for custom control.
>>>
>>
>> Yeah, basically that was all I wanted to say as well. ;)
>>
>>
>>> i do think you guys have got a really really strong system there with
>>> rjlib.  but i was just saying that without the gui stuff, it doesn't
>>> exactly
>>> fit into being that 'all purpose building blocks' library that we are
>>> discussing.
>>>
>>
>> Yes, that's true. rjlib has its focus on audio and control abstractions to
>> be
>> used on mobile devices with vanilla Pd. Some of this fits into a "all
>> purpose"
>> library, but a lot of it doesn't.
>> Ciao
>>
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
-----
------------
   ----     -----
---- -------- - ------
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090317/61b8b6f9/attachment.htm>