[PD] hexloader WAS: Pd-extended 0.42.5 release candidate 3 released!
Mathieu Bouchard
matju at artengine.ca
Sat Jun 19 19:42:13 CEST 2010
On Fri, 18 Jun 2010, Roman Haefeli wrote:
> I am probably the wrong person to comment on the technical aspects, but
> it seems to me that your proposal of having only a setup() function
> instead of the current classname_setup() function would render it
> impossible to have a c file provide more than one class. Or am I
> misunderstanding something here?
No. You can define any number of classes in a setup().
In fact, you can do anything. I once made a library that would only
provide more aliases for existing (builtin) classes, so that I could
instantiate either [inlet] or [inlet~] by writing [inlet.$1] where $1 was
a parameter that could be f, s, ~, # or other.
You can also add methods to existing classes. Thus GridFlow adds methods
"else", "last" and "last_activate" in the "canvas" class. It's very useful
to do so, but Pd doesn't have a plan for documenting such a situation,
because I can't provide a rightclick helpfile for the extra methods. So,
for now, they are still undocumented, but they are used by [#in], [#many]
and [doc_m] respectively, among other uses...
If you happen to have several files in a big library, and they each have a
setup(), you can name each of the setups differently and call all of them
from the main setup() of the library (except itself). If you need a
library to be compilable in both manners from the same source, you can use
compilation options such as -Dsetup=thisclass_setup or things like that,
to rename a plain setup() to a longer, unique name.
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
More information about the Pd-list
mailing list