[PD-dev] $0 in messages, was: multiple $arg-expansion
Hans-Christoph Steiner
hans at eds.org
Fri Feb 3 22:08:20 CET 2006
On Feb 3, 2006, at 4:56 AM, Mathieu Bouchard wrote:
> On Thu, 26 Jan 2006, Hans-Christoph Steiner wrote:
>
>> On Jan 21, 2006, at 2:34 PM, Mathieu Bouchard wrote:
>>> One major hinderance is your insistence on calling them undefined
>>> sets.
>>> The fact is that they're neither undefined nor sets. In PureData
>>> those
>>> things are called messages. Messages have selectors. Selectors are
>>> used to
>>> select methods.
> [...]
>>> Or have I missed any important detail?
>> "undefined sets" are sets of atoms that are not a symbol, float,
>> pointer, or
>> list. A message can be made up of a symbol, float, pointer, list, or
>> a set of
>> atoms that is none of those types. All of these are messages, all
>> with
>> selectors (albeit sometimes its an implied selector). "A set of
>> atoms that is
>> not a symbol, float, pointer, or list" is an "undefined set".
>
> What you state is again what I already know. You don't explain what is
> so
> undefined about them. You don't explain why you call them sets without
> an
> adjective saying that they're totally ordered ($1,$2,$3,...), which is
> a
> big no-no in comp.sci. Anything called just "set" in comp.sci or
> standard
> math is assumed to not have an order assigned to it.
>
> Just because miscellaneous messages aren't selected by your [route bang
> float symbol list] and labeling the last outlet with "UNDEFINED"
> doesn't
> make miscellaneous messages less defined, whatever "defined" means in
> this
> case.
If its not an "undefined set", then feel free to suggest alternatives.
"undefined list" and "list list" just seems whacky to me. But I guess
its as whacky as Pd's list handling.
> Btw, in that help patch:
>
> * you forgot to handle the pointer case, which forms a triad with the
> float and symbol cases.
Please add it.
> * you don't need to doublequote the word "selector" everywhere. I
> think
> that it's a pretty standard word when talking about messages in an
> OOP
> context.
The idea was to quote keywords related to Pd.
> * when you say "with a cast" and "withOUT a cast" you don't say what a
> cast is.
I think there is a link to the all_about that talks about casting.
The all_abouts are not finished by any means. They are mostly a
sketchpad at this point.
.hc
________________________________________________________________________
____
"Computer science is no more related to the computer than astronomy is
related to the telescope."
-Edsger
Dykstra
More information about the Pd-dev
mailing list