[PD-dev] [declare -stdpath]: does it work?

[Roman Haefeli]

On Tue, 2008-08-12 at 17:42 -0500, Mike McGonagle wrote: 
> Hi Roman,
> 
> Not sure if this is the problem, but I had similar troubles like this,
> and to solve the issue, I saved the patch that contains the [declare]
> in it, and then reopened it. I guess the issue here is that declare
> really only operates when a patch is first opened from a file. (I
> could be wrong on this...)
> 
no, you are fully right and i also was aware of this. when testing with
binary files (as opposed to abstractions) it gets even trickier: it
seems that pd holds a list for the namespace of binary classes, whereas
it seems, that abstractions are always searched in the filesystem. which
means, that when you once have successfully instantiated an object from
a binary class (for example [mrpeach/tcpserver]), then [tcpserver] will
instantiate as well (during the whole pd session). this means, that in
certain cases it is not even sufficient to reload the patch in order to
realiably test [declare], but you would have to restart pd to get rid of
the registered classes.

personally i dislike the fact, that binary single object classes behave
so differently from abstractions. this means, that patches using [abs~]
from extra/zexy might have worked well with the binary
'extra/zexy/abs~.pd_linux', but when it is replaced by
'extra/zexy/abs~.pd' the same patch probably doesn't work as it did
before. 


roman


		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de