[L2Ork-dev] preset_hub isues/questions

András Murányi muranyia at gmail.com
Fri Aug 16 13:17:40 UTC 2013


On Fri, Aug 16, 2013 at 2:22 AM, Ivica Ico Bukvic <ico.bukvic at gmail.com>wrote:

> On Aug 15, 2013 5:16 PM, "András Murányi" <muranyia at gmail.com> wrote:
>
> > Did some testing and we're almost where I wish to be (if ever possible).
> What doesn't work right now is a scenario where I have the hub in
> abstraction A and its nodes in abstraction B, and A and B are embedded on
> the same canvas (C). Both A and B get their scope symbol from the
> abstractions' arguments. Something like this:
> > [mysequencertrack track0 scope0]
> > [mysequencertrack track1 scope0]
> > [mysequencertrack track2 scope0]
> > [mypresetsaver scope0]
>
> That is because hub only sees stuff in its scope, meaning anything inside
> its patcher and its subpatches. I think what you need is what k12 mode uses
> which is a hub in the parent patch that hosts both abstractions a and b
> since you will have to save that one anyhow at some point, so it shouldn't
> be a problem for it to be responsible for presets as well. Otherwise you
> will run into a lot of scope issues.
>
I see. Can I respectfully challenge this idea?
Is there a reason for not allowing a hub with a given scope symbol/name to
connect to any node with the same scope symbol/name, regardless of their
placement? Now that $ args work with preset_hub, I don't see why they
couldn't connect just like [s foo] and [r foo] in a location-independent
way. Of course I mean if there's a reason from the user's perspective I'd
like to learn it.

Thanks,

András
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20130816/c146fa24/attachment-0001.html>


More information about the L2Ork-dev mailing list