[PD] dynamic object creation

IOhannes zmoelnig zmoelnig at iem.kug.ac.at
Fri Jul 19 13:53:18 CEST 2002


hi !
> ...
>  > because it would take you to hell.
> do you mean max, with its 'newex' -> [thispatcher]?  It works...

i have to admit, i do not have any (real) experience with max

>  > knows ? if you are just dynamically loading abstractions with nested
>  > [loadbang]s, the problem of not being able to connect the abstraction's
>  > outlet to something before the loadbang fires reappears...
> 
> why this is a major problem -- why this should make firing of
> loadbangs inappropriate? (dangerous, misleading?)

no, i just think, it doesn't really do what you want it to do.
if i have an abstraction with a [loadbang], i can use it for 2 (and a 
lot of other) reasons: (now saying very obvious things)
1. to initialize objects inside the abstraction (including 
sub-abstractions): the loadbang could fire, as soon as the abstraction 
is instantiated
2. to initialize the parent-patch (via an [outlet]): then the loadbang 
has to fire after the abstraction is connected to something.
in my special cases, this turned out to happen quite often. and i 
haven't seen a simple solution for this.

>  > are in "edit"-mode, so your parent is not finished yet (normally, of
> 
> well... dynamic creation does not cause switching to edit-mode...
> (besides, this is yet another case of a 'dirty-flag' bug)

well, this was meant in a metaphoric way.
although you are not switching to edit-mode, you do edit the patch and 
thus pd doesn't know, when editing is finished.

mfg.ds.f
IOhannes




More information about the Pd-list mailing list