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@iem.at > http://lists.puredata.info/listinfo/pd-dev _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev