[PD] fundamental hot/cold midi question
Mathieu Bouchard
matju at artengine.ca
Thu Sep 27 19:33:13 CEST 2007
On Thu, 27 Sep 2007, Frank Barknecht wrote:
> Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
>> pffft, it's the same trick as what currently allows [pd] to not be
>> recreated when its arguments change... there *is* a precedent.
> Hm, but generally the outlet count doesn't change when a subcanvas is
> renamed. Do you think, the trick can be made to work for that as well?
> (Note: I don't know how nothing about how the trick works.)
there is a "moveinletfirst" command that is used for resorting inlets when
using [inlet] and [outlet] inside of a [pd]. Modifying the number of
[inlet] and [outlet] objects changes the number of inlets and outlets of a
[pd] object. Therefore there is precedent for modifying the inlet-list and
outlet-list of an object at runtime.
GridFlow (since summer 2006) allows you to change the number of inlets and
outlets of any object while it is on the canvas, just by saying something
like "self.inlets = 42" in the Ruby code. It will delete or create any
number of inlets as necessary for that. If GridFlow can do it, Pd
internals can do it.
(GridFlow has a bug in that it expects inlets and outlets to be
non-connected when they are deleted like that, but that's actually not
really hard to fix, it's just that I didn't bother with it)
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
More information about the Pd-list
mailing list