[PD-dev] bind abstraction-canvas to full classname (namecanvas)

[Miller Puckette]

This might be a good thing to add to the properties menu, but some
mechanism is also needed to do it programmatically.  For example, an
abstraction might want to name itself and then send messages to inform
other part of the patch of the name.

Perhaps this should be part of a larger "declaration" mechanism that
would also allow patches to specify search paths and other startup
needs.  ISPW Max had a "declare" object so you could write
"declare path=lib:../lib" to add to the search path.  Somthing like
that is also needed in Pd.

cheers
Miller


On Sat, Jan 14, 2006 at 07:57:44PM +0100, IOhannes m zmoelnig wrote:
> Miller Puckette wrote:
> >>>And then, why is [namecanvas] marked as obsolete?
> >>
> >>well, i keep asking this question since several years. (since i first 
> >>discovered that [namecanvas] is marked obsolete.
> >>
> >
> >
> >because the most likely use would be to send 'clear' and then to start
> >adding stuff to make a dynamic patch of some sort... but oops, 'clear'
> >deletes the namecanvas, which then probably will crash Pd.  A safe
> >mechanism is needed...
> >
> 
> good point.
> 
> maybe it would be a good idea, to be able to name a canvas via properties?
> 
> mfg.a.sdr
> IOhannes