[PD-dev] future of [declare]

Miller Puckette mpuckett at imusic1.ucsd.edu
Wed Nov 5 20:19:56 CET 2008


Hi Roman,

I think the -path and -stdpath aren't doing what I intended... I think
that if you've got a [foo] and [bar] with the same parent, then a declare
in [foo] shouldn't affect either the parent or [bar].  So if I can
figure out what's going wrong I'll try fixing that :)

thanks for checking this!
Miller

On Wed, Nov 05, 2008 at 12:06:00AM +0100, Roman Haefeli wrote:
> hi all
> 
> i made some tests with the new [declare] in 0.42.0test5. here the
> results:
> 
> -lib and -stdlib:
> those expand the global namespace. when having [declare -stdlib
> extra/zexy] somewhere, all zexy classes are available for any patches.
> 
> -path and -stdpath:
> they expand the namespace of the parent patch and all its (the parents)
> children patches, children's children inclusive. to be more clear: a
> [declare] in abstraction [foo] expands the namespace of abstraction
> [bar], when both are instantiated in the same patch. also the parent
> patch's namespace is expanded, but not the parent's of the parent.
> other patches with no relationship are not affected at all by -path and 
> -stdpath.
> 
> this behaviour differs quite significantly from the implementations of
> declare in previous pd versions. also, unlike announced, it is _not_
> disabled within abstractions. personally, i think, that is the best
> [declare] implementation that we ever had. i think, it covers many of
> the use cases one can think of, also because it affects the parent
> patch. because all of that, i really hope, that the  declare's
> 'philosophy' won't change too much in the future. out of curiosity and
> out of the need of a reliable behaviour: what are the future plans for
> [declare]? will it basically stay as it is (which i personally hope)?
> 
> roman
> 
> 
> 
> 
> 	
> 		
> ___________________________________________________________ 
> Der fr?he Vogel f?ngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
> 
> 

> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev





More information about the Pd-dev mailing list