nevermind, I just remembered the legacy mode of calling [clone] with the number of instances first, making it impossible to distinguish a filename from a first creation argument. so I guess I'll have to use a flag anyway :-/ (reserving a symbol, e.g. "pd", would be too dangerous, I think...)
also there's another problem with "loading" subpatches: how to handle creation arguments? canvases owned by [clone] are top-level and get their creation arguments from [clone], but the original subpatch takes the creation arguments from the canvas environment. TBH, I think this feature would create more problems than it would solve - being able to load abstractions should be sufficient. > Gesendet: Montag, 18. Juni 2018 um 14:43 Uhr > Von: "Christof Ressi" <[email protected]> > An: "Dan Wilcox" <[email protected]> > Cc: [email protected] > Betreff: Re: [PD] [feature request] cloning array define? > > > I'd still like to be able to use clone to dynamically load > > abstractions/subpatches in the future, so I don't think you'd want to > > default to creating a sub patch then. > > where do you see the conflict? I like the idea of dynamically loading > abstractions but you would still need to provide an initial abstraction (even > if it's just a dummy) to tell [clone] which inlets/outlets you want. > generally, you can't load abstractions with differing inlets/outlets because > that would mess up the connections. > > dynamically loading abstractions is trivial to implement. loading subpatches > could work in the sense that the content of a given subpatch simply gets > copied into the canvas owned by [clone]. the tricky part is how to > automatically reflect changes in the original subpatch. I can see how it > could work but I don't know if it's worth the hassle... in the worst case, > the user has to manually reload the subpatch. > > Christof > > > Gesendet: Sonntag, 17. Juni 2018 um 15:27 Uhr > > Von: "Dan Wilcox" <[email protected]> > > An: "Christof Ressi" <[email protected]> > > Cc: [email protected] > > Betreff: Re: Aw: Re: [PD] [feature request] cloning array define? > > > > I'd still like to be able to use clone to dynamically load > > abstractions/subpatches in the future, so I don't think you'd want to > > default to creating a sub patch then. > > > > enohp ym morf tnes > > ----------- > > Dan Wilcox > > danomatika.com > > robotcowboy.com > > > > > > > On Jun 17, 2018, at 2:00 PM, Christof Ressi <[email protected]> wrote: > > > > > > I already have a PR with a couple of improvements/bug fixes for [clone] > > > (https://github.com/pure-data/pure-data/pull/310) and this is something I > > > definitely want to add! > > > since the clone object owns the canvases, I don't think it would be > > > possible take an existing subpatch, instead clone could give you an empty > > > canvas if you don't provide an abstraction name and you could edit it > > > just like an subpatch. In July I have some time to tinker around. > > > > > > > > > Gesendet: Sonntag, 17. Juni 2018 um 00:01 Uhr > > > Von: "Dan Wilcox" <[email protected]> > > > An: [email protected] > > > Betreff: Re: [PD] [feature request] cloning array define? > > > > > > Doh, "subpath" = subpatCh ... as in [pd foo] -> [clone 16 pd-foo] some > > > how... > > > > > > On Jun 16, 2018, at 11:54 PM, Dan Wilcox > > > <[email protected][mailto:[email protected]]> wrote: > > > > > > What would be *more useful* would being able to clone a subpath, then I > > > wouldn't need to have a bunch of single-object instantion wrappers > > > around... > > > > > > On 06/15/2018 11:07 AM, Jaime Oliver La Rosa wrote:Hello all, > > > > > > Here is a somewhat half-baked feature request. > > > > > > It would be great to be able to clone objects such as array. > > > like the attached abstraction? > > > > > > use as: > > > [clone arraydefine 16 foo-] > > > > > > Would this be possible? > > > > > > i don't really see the point of adding syntactic sugar that can be > > > trivially implemented with a single-object abstraction wrapper. > > > > > > -------- > > > Dan Wilcox > > > @danomatika[http://twitter.com/danomatika] > > > danomatika.com[http://danomatika.com/] > > > robotcowboy.com[http://robotcowboy.com/] > > > > > > > > > -------- > > > Dan Wilcox > > > @danomatika[http://twitter.com/danomatika] > > > danomatika.com[http://danomatika.com] > > > robotcowboy.com[http://robotcowboy.com] > > > > > > _______________________________________________ [email protected] > > > mailing list UNSUBSCRIBE and account-management -> > > > https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list] > > > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
