abstractions and objects WAS: Re: [PD-dev] [Fwd: PD-cvs Digest, Vol 2, Issue 5]

B. Bogart ben at ekran.org
Wed Apr 27 17:27:31 CEST 2005


Hey Cyrille,

I have not looked at your abstractions (yet) but I am also amassing a
collection in pixelTANGO that would be useful in other things.

Are you saying that you don't think your abstractions should be
available by default? Why not? Imagine the new help system where a
person types a word for something they are looking for, and a match
comes up for one of your abstractions. The end user should be able to
use any external/object/abstractions that solves the problem they are
trying to solve. I think everything possible should be included, as long
as we are careful with duplicate names & functionality.

I think the idea of a user (somehow) finding your abstraction (by
browsing the directory structure?) and then having to manually add it to
the path to use it is a totally unneccesary inconvienience.

B

Mathieu Bouchard wrote:
>
> On Tue, 26 Apr 2005, cyrille wrote:
>
>>> Though I know that "abstractions" is an old, established term in
>>> regards to the Max family of languages, I think that with Pd it is
>>> somewhat misleading.  Ideally there should be no distinction between
>>> Pd  objects written in C, C++, python, Tcl, TK, and even Pd itself.
>>
>> the difference i see is that the patch i commit in the abstraction
>> folder should not be include by default in the -path...
>> it's more a place to look at when you want to do something...
>
>
> Could you please elaborate on that?? I'm really curious as to why the
> so-called "abstractions" wouldn't be first-class citizens of the
> PureData world.
>
> BTW if you are more comfortable writing it in French, write it in French
> and I'll do my best to translate.
>
>  ,-o---------o---------o---------o-. ,---.             |               |
>  | The Diagram is the Program (TM) | | ,-o-------------o--------------o-.
>  `-o-----------------------------o-' | | Mathieu Bouchard (Montréal QC) |
>    |                             `---' `-o-- http://artengine.ca/matju -'
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20050427/78598b75/attachment.pgp>


More information about the Pd-dev mailing list