I vote for "_". There is two perspectives: the user, and the developer of
pd. Often the user don't need to know about the exactly  folder's tree. A
good documentation eschew the mess

2007/7/2, victor <[EMAIL PROTECTED]>:

I vote for "_". There is two perspectives: the user, and the developer of
pd. Often the user don't need to know about the exactly  folder's tree. A
good documentation eschew the mess

2007/7/2, Thomas O Fredericks <[EMAIL PROTECTED]>:
>
> > I vote for no namespace, no prefix, it's difficult enough to organize
> > files for pd, and many prefixes won't work with externals that
> requires
> > a script, for example
> > if I put my python scripts into extra/python, I'd call the script with
>
> > [pyext] with a namespace like that [py python/myscript myclass] but
> > obviously it won't work, in fact I'd have to start pd with -path
> python
> > or put the script into the patch's folder and put no namespace for the
>
> > script file reconized, same thing with tcl scripts, etc...
> >  I'd add that a good taxonomy should take into account any pd and
> > external related files.
>
> Using no namespace, no preffix is what started this whole mess.
>
> Tom
>
> _______________________________________________
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>


_______________________________________________
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to