[is it a feature?] De-encapsulation and #format arguments

Jul 29, 2009 at 8:05pm

[is it a feature?] De-encapsulation and #format arguments

If I have an abstraction that utilizes arguments, and I de-encapsulate it. The arguments at the top level patcher get the stuff that I typed into the box and the patchers at every other level retain the #0 #1 language.

is this supposed to happen?

– Pasted Max Patch, click to expand. –
Jul 30, 2009 at 12:21am

not to be persistent about this. but just to alert you guys, it appears that my strategy of making patches with #0 in them and de-encapsulating them is entirely worthless. I’ve been exploring the issue a few more hours now and there are more ‘issues’ having to do with nested abstractions and using #0.

I hope someone will take a look at this because this strategy has always been very helpful in the past, and being able to do it with #0 would certainly be nice.

Jul 30, 2009 at 4:23am

hm. what could work for you is to use a sub-abstraction with
the #0 inside instead of #0-ing in the patch.

this has been helpful sometimes already when programming or
updating abstractions because the do work -including their #0
stuff – when opened and edited.


Aug 2, 2009 at 3:49am

UPDATE. in addition to the stuff I was talking about before,
This appears to be a very reproducible bug.

Basically if your bpatcher is inside a bpatcher. And you copy the outer one, the inner one’s arguments get totally screwed up. It seems like every ten minutes I’m finding a new bug with bpatcher arguments. weird…


You must be logged in to reply to this topic.