[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