[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?
----------begin_max5_patcher---------- 657.3ocsUE0jZBCD9Y7WQF7UzInnm1ouzeGctwYAhdoMjvjDrZu49u2j.Hgd .2oc5KAcyta18Ke6WdcVPXp3BQEh9B56nffWmED3LYMDz7+fvB3RFCTN2ByD EEDtNLpdOM4h1YmIfbj9EpBUB5rWPfBAbDjpzRHSSE7HzI5YBhpQf7TkMGpH iK4nbBhvyfRUECzVGV1lbWln7SGjjLccQFmjrDGg1txtlf2X+rBuDidtIFZt qbDo+Xwt17bTv0bnf314aRJvZ2gWUP4Lh10awcFEU5VqXujnn+1kjX6w2TiR hxzKfsEGqNwMKnmsw71rY1kn+Q.+qKVrv.3lS2ffK7QPs.AHoAZEEHSujRjN b9pnRdC6mBh23J53jc1Oq2tdJL9o+qX7C.WbxuL006PqxIZ38t6mUw0bp3oZ 2M2Y6heHJksDIxllroKMdSYjyDoxPz7PxfvtF4I23Pb7dG0Kw0VI67ZEC3ch Ix9II2qLBByIGuqjHJI7t.v9T7FdtumTt+LxeevPESeXXfn+9GgLxnAO3UQP 3IIMWvsEQuHslaONKe20va7qamGbnbff0BAKEjmoJZJiz6lvvLANsvLCpo00 yJ7s3nEkRJW2KW8Te8tq6wx6YeRwgQEHTZ3JZNRcsHUvT9dOz7O1Icse+Hi+ iIAL8bwnRAiOeLpjPPqrP8OhdPvqfnTvIxff2bLZd7G.Tab78XLtS2Hd233T xChSqFEm7QvZy5qkMr5vvd0wm.F6X+LJukVV+jkEjq0lTvYR9AS6XPgCfVKo oU5Zm80p9DylSr0GIKXzvRAViL4sbzKyuSs3tjXl0AM24yO84TCymF7MnZ5S x1g4R97n024aPqF7Mn1GhGm2L0qwFZway9SWVvEq -----------end_max5_patcher-----------
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.
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.
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…