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

[Luke Iannini]

Yo!  Sorry I have been absent, I've been at SXSW : ).  You asked about
the style guide in the other thread:

Amusingly I ground to a halt on it when I tried to figure out the
different word-separators for hierarchies, spaces and OSC addresses :
).  But!  I've finally somehow spontaneously decided the most
"Pd-like" specification is:
"-" for hierarchies, as Miller and Frank and many others seem to do
(e.g. $0-foobar-baz, and as part of pd itself: [s pd-mysubpatch])
"_" as "space", e.g. [receive a_certain_frob]

AFAICT this is pretty much what rjlib has settled on as well? (perhaps
less deliberately)

SO! If you love consistency and interoperability, please now begin
using this : ).

(I myself am now condemned to obsessively change hundreds of my
patches, since I had personally settled on an inconsistent mess of "."
and "/" for hierarchies and "-" for space :&.)

And, if anyone else cared about programmatically reconciling such
names with OSC addresses, it's easy enough to just dynamically replace
"-" with "/" where appropriate (using zexy or any2string or whatever).

I've resurrected the Style Guide here with this mandate ;) and will
continue folding things into it from the previous discussions as well
as those about to occur...
http://puredata.info/docs/style-guide/StyleGuideDraft2

I'm very much in agreement with everything else being said about
separation of gui and logic...

Best
Luke

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
>