[PD] pdmtl abstractions questions and comments

victor vdaigu at gmail.com
Mon Jul 2 20:46:58 CEST 2007


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 <vdaigu at gmail.com>:
>
> 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 <tof at danslchamp.org>:
> >
> > > 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 at iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20070702/e23ab9a3/attachment.htm>


More information about the Pd-list mailing list