[PD] paths (Re: simple external for video with Gem)
kyleklip at gmail.com
Sun May 20 18:33:29 CEST 2007
Yes, I understand this.
But Enrike's abstractions has example files in the ehu_external
folder, with a subdirectory called ehu which contained the
abstractions and help files. So I was not meaning that the help files
should have a namespace prefix, but rather the example files, since
they would not load the abstractions otherwise (unless one were to
change their startup path).
I suggested that approach because explaining the startup path etc
would take more time from learning basic Pd principles in his very
However, this seems like a bit of an unresolved issue at the moment.
Why is it necessary to have a separate -helppath from the -path flag?
Couldn't this be simpler to do by having the help path be the same as
the path, and for the priority help file to be the one in the same
directory as the abstraction/external in question?
I guess this would just destroy the 5.reference directory, but
couldn't it make startup flagging easier if we consolidated reference
and objects? I see that in Pd-extended anyway, their structures are
exactly the same.
On 5/20/07, Frank Barknecht <fbar at footils.org> wrote:
> Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote:
> > But here is a suggestion: please reference your files using the
> > namespace conventions a la [ehu/cam] etc. This makes it easier to use
> > right from the extracted folder without altering paths.
> Sorry, I don't think, a directory-prefix must be used in the help-file
> for an abstraction itself.
> If have /mypath in -path and -helppath, I can use both [footils/org]
> and [org] in my helpfile org-help-pd
> However if I add /mypath/footils/ to -path and -help-path instead of
> /mypath because "/mypath/footils" is my favourite library and I always
> want to use it without directory prefix or importing, then the
> helpfile cannot use [footils/org] anymore: "couldn't create". Of
> course it can still use [org] like any other patch.
> Some ways out:
> * add a [declare -path ..] to all your help files (somehow ugly)
> * add a [import footils] to all your help files (less ugly, but also
> less flexible because it creates a requirement for an external.
> * force users to "install" your abstractions by copying them to
> somewhere in -path/-helppath (somehow unfriendly and uncomfortable
> especially for quick testing and besides: /usr/lib/pd/extra on Linux
> is read-only for normal users)
> * don't use directory-prefixes within the help-files.
> I chose to not use directory-prefixes in helpfiles, it's the most
> simple approach, and simple is good IMO.
> Frank Barknecht _ ______footils.org_ __goto10.org__
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
More information about the Pd-list