>> The term "class" has not really been used in Pd land much at all.
>> The term "object" has been used for both classes and instances
> Just to clarify. Abstractions are classes too? Such that an instance
> of an abstraction is called an object?
Well...everything in PD is an abject if it is saved as an abstraction, or an
external. Perhaps the distinction between abstractions and externals is quite
relevant, since one is coded in PD and the other in C, C++, Python, Ruby etc.
One requires PD, the other requires compilation, paths etc. If we are going to
make an accessible form of documentation for PD then surely it makes sense to
start from the outside - where most people approaching PD will begin. Within
PD, the boundaries between object and abstraction are deliberately blurred -
which is useful for programmers. Outside, it is not obvious which is which.
Distinguishing between the two - and defining them - is important for newcomers
to the project.
The biggest problem I had when approaching PD for the first time, as an artist
knowing nothing about C etc, was getting externs I wanted to use working (in
2000 with RedHat 5.2)
Matju, I'm already in love with your cat, but I am unfortunately allergic to
cats and will therefore weep at the sight of it.
Best,
Ed
Lone Shark "Aviation" out now on http://www.pyramidtransmissions.com
http://www.myspace.com/sharktracks
---------------------------------
For ideas on reducing your carbon footprint visit Yahoo! For Good this month._______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
