<div dir="auto">We talked about using @name to make an ab private, but there is also the option of assuming private unless declared global to root. Supercollider has global variables that have to begin with ~ for instance, but there could be a -g flag. This is more sane but less Pd-like.<div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 17, 2020, 10:02 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Aug 17, 2020 at 6:10 PM Guillem Bartrina<br>
<<a href="mailto:guillembartrina@gmail.com" target="_blank" rel="noreferrer">guillembartrina@gmail.com</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> > Is there 1002 hard-coded into the file?<br>
> Yes<br>
><br>
> > If there are ten instances of ab two are there ten separate definitions for this counter?<br>
> Yes, because they may differ from one another<br>
><br>
> > Do the individual instances necessarily retain their $0 IDs across reload?<br>
> No<br>
><br>
> This is a big problem that I completely overlooked. Since the instances don't retain their $0 ID across reload I have to think of a solution right now. Perhaps the solution will be related to making 'local' [ab]s actually local. I have to think about it more.<br>
><br>
> -----<br>
><br>
> Regarding Jonathan's message. I will read it carefully tomorrow.<br>
<br>
Basically, the point is that file-level abstractions are an excellent<br>
tool for delineating the scope of [ab] names.<br>
<br>
So the question is if we can find another tool that provides that<br>
functionality of delineating the scope without<br>
require saving a separate file. E.g., something like a [pd] subpatch<br>
that has its own gl_env. Or perhaps a different creator<br>
for [ab] that sets a flag to have its own gl_env.<br>
<br>
-Jonathan<br>
<br>
><br>
> Best,<br>
><br>
> _______________________________________________<br>
> L2Ork-dev mailing list<br>
> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div>