Forums > MaxMSP

Patcherargs doesn't work in a subpatcher?

July 15, 2008 | 3:43 am

I was wondering if this is the expected behavior for patcherargs-

When patcherargs is in the top level patcher of an abstraction, it behaves normally. However, when it is embeded in a subpatcher the arguments given to the abstraction don’t carry through.

Here is an example:

save as argTest:

– Pasted Max Patch, click to expand. –

save as argTest2:

– Pasted Max Patch, click to expand. –

and then open this patcher:

– Pasted Max Patch, click to expand. –

Also attached is a zip of the above files, if you find that easier.


July 15, 2008 | 7:50 am

Nick Inhofe schrieb:
> I was wondering if this is the expected behavior for patcherargs-
>
> When patcherargs is in the top level patcher of an abstraction, it
> behaves normally. However, when it is embeded in a subpatcher the
> arguments given to the abstraction don’t carry through.

It always had been like that, it was already discussed and unfortunately
won’t change. (though #x arguments are passed as we need them…)

If I do my scripting magic, I leave the patcherargs out of the
encapsulation. Works at least…

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com


July 15, 2008 | 5:59 pm

It’s not really a problem, I can just have patcherargs in the main patch. I wanted to point it out in case it was a Max5 bug.


Viewing 3 posts - 1 through 3 (of 3 total)