Well, What would happen if instead of calling clone like:
[clone 16 my-abstraction 1 5 9] we called it with: [clone my-abstraction 16 1 5 9] and then $1 seems quite appropriate. ? J > On May 11, 2016, at 12:17 PM, Christof Ressi <christof.re...@gmx.at> wrote: > > I agree that $1 is most natural! > > However, what about adding an additional flag -foo for [clone], which changes > the way creation arguments are parsed? > Passing -foo could ignore the object ID and rather forward creation arguments > just as they are. > > This wouldn't break the current behaviour of [clone], but provide some > functionality to deal with ordinary abstractions more conveniently. > > Christof > > > > > > > > Gesendet: Mittwoch, 11. Mai 2016 um 18:06 Uhr > Von: "Ivica Bukvic" <i...@vt.edu> > An: "Miller Puckette" <m...@ucsd.edu> > Cc: "IOhannes m zmoelnig" <zmoel...@iem.at>, Pd-list <pd-list@lists.iem.at>, > "Christof Ressi" <christof.re...@gmx.at> > Betreff: Re: [PD] [clone]'s instance number > What about having an if statement that detects clone object and if so, > compensates for $2 discrepancy and assigns $1 to it instead and increments > from there? This way the discrepancy is internalized as opposed to something > user needs to deal with. > -- > Ivica Ico Bukvic, D.M.A. > Associate Professor > Computer Music > ICAT Senior Fellow > Director -- DISIS, L2Ork > Virginia Tech > School of Performing Arts – 0141 > Blacksburg, VA 24061 > (540) 231-6139 > i...@vt.edu > www.performingarts.vt.edu[http://www.performingarts.vt.edu] > disis.icat.vt.edu[http://disis.icat.vt.edu] > l2ork.icat.vt.edu[http://l2ork.icat.vt.edu] > ico.bukvic.net[http://ico.bukvic.net] > > On May 11, 2016 11:50, "Miller Puckette" <m...@ucsd.edu[m...@ucsd.edu]> > wrote:I gave this some thought but couldn't come up with anything more > natural than > the "$1" idea. It allows for changing the other arguments more easily than > it would have been if the instance number were passed last. Also, somehow > it felt more natural to have the instance number first. > > If there's interest in the idea, I could add arrguments to change the > behavior (such as putting $1 last instead of first)... Offhand I doubt that > would get used much though. > > cheers > Miller > > > > On Wed, May 11, 2016 at 05:26:21PM +0200, Christof Ressi wrote: >> There's also a pitfall: additional creation arguments for the cloned >> abstraction will start with $2. >> For example, in [clone 16 my-abstraction 1 5 9] '1' will be parsed as $2, >> '5' as $3, '9' as $4 etc. >> No problem, if the abstraction was written for being used with [clone], but >> bad when cloning existing abstractions. >> >> I'm wondering if there could be a way to get the abstraction ID without >> messing up existing abstractions... Maybe have a dedicated object? >> >> For now, I think it's important to mention the parsing of additional >> creation arguments in the help file. >> >> Christof >> >>> Gesendet: Mittwoch, 11. Mai 2016 um 16:25 Uhr >>> Von: "IOhannes m zmoelnig" <zmoel...@iem.at[zmoel...@iem.at]> >>> An: pd-list@lists.iem.at[pd-list@lists.iem.at] >>> Betreff: Re: [PD] [clone]'s instance number >>> >>> On 2016-05-11 16:18, Liam Goodacre wrote: >>>> Would it be possible to access [clone]'s unique instance number from >>>> within the patch, a bit like a creation argument? This could be used to >>>> achieve differentiation between the abstractions, ie. if the abstraction >>>> contains "tabread4~ $-1.array" and the $-1 is replaced with the instance >>>> number, then each instance could read a different file. Of course there >>>> are other ways of doing this, but it would be neat to do it with clone, >>>> and I'm wondering if there's a way. >>> >>> >>> isn't this what $1 is already doing in clone's instances? >>> >>> >>> fgasdmr >>> IOhannes >>> >>> _______________________________________________ >>> Pd-list@lists.iem.at[Pd-list@lists.iem.at] mailing list >>> UNSUBSCRIBE and account-management -> >>> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list] >>> >> >> _______________________________________________ >> Pd-list@lists.iem.at[Pd-list@lists.iem.at] mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list] > > _______________________________________________ > Pd-list@lists.iem.at[Pd-list@lists.iem.at] mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list] > > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
