[PD] Abstraction [define]

[Hans-Christoph Steiner]

On Dec 15, 2006, at 12:16 PM, Miller Puckette wrote:

> I've been thinking about some other ways to do that (also would  
> like to
> figure out how to bundle externs, files for 'qlist', etc in a single
> gesture) but there's something about this particular idea I like...
>
> (OK here are some others:
>
> 2.  Have a "bundle" file type that causes Pd actually to build a
> directory for a patch to run in complete with any other files needed

This bundle could be easily the same format as the libdir.  We'd just  
need a way to create them from within the Pd GUI.  Right now, in the  
folder "mylib", there is "mylib-meta.pd".  The presence of this file  
marks the folder as a libdir.

In the not-to-distant future, this file will be parsed for  
requirements for that library, like whether it needs a python, CLR,  
etc. loader; the author, license, and description of the library, and  
so on and so forth.

One question is whether this should be in a .jar-like compressed  
tarball or not.

.hc

> 3.  fix file reading so that the Pd file format can pre-define  
> nonexistent
> file pathnames that "binbuf_read" and "sys_load_lib", etc. would check
> for and pretend were there
>
> 4.  write a general state-saving mechanism of some sort
>
> )
>
> Anyway, there's something elegant about the "pddefine" mechanism -  
> if I
> could just generalize it to cover at least some of the other  
> situations
> I'd do it right away :)
>
> thanks
> Miller
>
> On Thu, Dec 14, 2006 at 10:29:53PM -0700, Luke Iannini (pd) wrote:
>> I just thought I'd propose an idea I had driving home : ):
>>
>> As a supplement to the subpatcher functionality, what about having a
>> [pddefine] object that took a name as its argument, and a patch built
>> inside would then be callable within the parent patch patch, acting
>> functionally equivalent to an abstraction (i.e. arguments, etc).
>>
>> The advantage of this would to simplify distribution of pd-patches
>> that would like to use abstractions, but don't want to have to  
>> include
>> 15 files for one program.  It would also be great for "1-off"
>> abstractions that aren't usable elsewhere, but are needed multiple
>> times in the same patch.
>>
>> Anyhow, I can't write it, so I guess it's just an idea for able devs
>> to consider.
>>
>> Luke
>>
>> _______________________________________________
>> PD-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list


------------------------------------------------------------------------

Man has survived hitherto because he was too ignorant to know how to  
realize his wishes.  Now that he can realize them, he must either  
change them, or perish.    -William Carlos Williams