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