Yes indeed. I'm thinking of automatically having new classes shadow old ones, so that anything in Pd could simpy be "externed" over. Not sure of all the long-term ramifications, but I like the idea.
cheers Miller On Tue, Sep 26, 2006 at 08:30:44AM +0000, carmen wrote: > > and that is the question: why do we necessarily need the fftw based > > fft-objects in plain pd and cannot use externals? > > > so the only drawback is see is: the objects are called [fftw~] instead of > > [fft~]; but lo and behold, i vaguely remembered krzysztof magic in cyclone, > > where a newly > > loaded class raises itself over an already existing class. while he is > > using it to overwrite objects from other externals (e.g. iemmatrix's > > [matrix~]), i don't see any > > reason why this should not work with internals. > > > > > > et voila, does this not sound good? > > sounds good. maybe there should be some official policy on the overloading of > internals? > > > > > mfg.adsr > > IOhannes > > > > _______________________________________________ > > PD-dev mailing list > > [email protected] > > http://lists.puredata.info/listinfo/pd-dev > > > > _______________________________________________ > PD-dev mailing list > [email protected] > http://lists.puredata.info/listinfo/pd-dev _______________________________________________ PD-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
