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/
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 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/
That would be great indeed.
Maybe use [namecanvas] to avoid naming conflicts.
De: Pd-list pd-list-bounces@lists.iem.at em nome de Dan Wilcox danomatika@gmail.com Enviado: sábado, 16 de junho de 2018 19:01 Para: pd-list@lists.iem.at Assunto: 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.commailto: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 @danomatikahttp://twitter.com/danomatika danomatika.comhttp://danomatika.com/ robotcowboy.comhttp://robotcowboy.com/
Dan Wilcox @danomatikahttp://twitter.com/danomatika danomatika.comhttp://danomatika.com robotcowboy.comhttp://robotcowboy.com
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...]
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...]
On 06/17/2018 03:27 PM, Dan Wilcox wrote:
I'd still like to be able to use clone to dynamically load [...] subpatches in the future
assuming that with "subpatches" you mean [pd] objects, how would you imagine that to actually work?
fgmrda IOhannes
I could see an argument being added to clone that let clone manage a subpatch internally. It would be key to allow the transition between [pd subpatch name] and [clone 20 -i subpatch name], assuming "-i" is the flag, work without losing the subpatch contents.
On June 17, 2018 9:59:59 AM PDT, "IOhannes m zmölnig" zmoelnig@iem.at wrote:
On 06/17/2018 03:27 PM, Dan Wilcox wrote:
I'd still like to be able to use clone to dynamically load [...]
subpatches in the future
assuming that with "subpatches" you mean [pd] objects, how would you imagine that to actually work?
fgmrda IOhannes
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...]
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" christof.ressi@gmx.at An: "Dan Wilcox" danomatika@gmail.com Cc: pd-list@lists.iem.at 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" 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...]
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Alex Norman -
Christof Ressi -
Dan Wilcox -
Henri Augusto Bisognini -
IOhannes m zmölnig