[PD] [feature request] cloning array define?

Christof Ressi christof.ressi at gmx.at
Mon Jun 18 18:51:36 CEST 2018


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 at gmx.at>
> An: "Dan Wilcox" <danomatika at gmail.com>
> Cc: pd-list at 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 at gmail.com>
> > An: "Christof Ressi" <christof.ressi at gmx.at>
> > Cc: pd-list at 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 at 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 at gmail.com>
> > > An: pd-list at 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 at gmail.com[mailto:danomatika at 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 at 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 at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
> 



More information about the Pd-list mailing list