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" danomatika@gmail.com An: "Christof Ressi" christof.ressi@gmx.at Cc: pd-list@lists.iem.at 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 christof.ressi@gmx.at 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" danomatika@gmail.com An: pd-list@lists.iem.at 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 <danomatika@gmail.com[mailto:danomatika@gmail.com]> 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]
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list%5Bhttps://lists.puredata.info/l...]