[PD] "get" method for Pd

Hans-Christoph Steiner hans at at.or.at
Fri Nov 18 20:20:09 CET 2011

On Nov 18, 2011, at 1:01 PM, Mathieu Bouchard wrote:

> Le 2011-11-18 à 10:16:00, Hans-Christoph Steiner a écrit :
>> This is more like iemguts: properties of abstractions.  Jonathan's proposal includes that, but also global things.  IMHO, iemguts is the most Pd-ish because its a library of simple objects rather than a single absattr mega-object with attributes (Max/MSP style) or messages via send/receive.
> Is the goal to make pd easier to use for complex problems, or is the goal to create lots of tiny classes for the sake of ideology ?

> I don't mind small classes and I do have problems with certain huge classes being huge (in Max) and bundling lots of things that they could outsource, but [absattr-sub] doesn't look like one.

Obviously, there are objects that are too simple just as there are objects that are too complex.  One thing that I think is a valuable goal is making objects that do their thing only using the core atom types as input: bang, float, symbol, list (rather than [get blah( etc.)  That's not always possible, like with [textfile], [comport], [hid], etc..

So we can take these concepts, like canvas properties and say: how can I do everything around canvas properties using only bang, float, symbol, list.  Its easy when its divided in the right way.  Take canvas visibility.  If this is its own [canvasvisible] object, then [bang( means get the value and [float 1( means set the value.  Then on the output we receive a float representing the visibility.

> Do you also think that [expr] should be avoided, for the sake of making simple objects ? [expr] is a complex thing with complex syntax.

I am fine with expr since I can also use [*] [+] [-] [/], etc.



News is what people want to keep hidden and everything else is publicity.          - Bill Moyers

More information about the Pd-list mailing list