[PD] Geiger namespaces and possible html doc bug

[guenter geiger]

On Mon, 26 Jul 2004, Frank Barknecht wrote:
> I read this in the html-docs:
>   If a filename specified in a patch has any "/" characters in it, the
>   "path" is not used; thus, "../sounds/sample1.wav" causes Pd only to
>   look relative to the directory containing the patch. (You may also
>   invoke externs that way.)
>
> I think, the docs are wrong here. When playing around with the Geiger
> namespace, that is, using subdirectories in the Pd-path to prepend
> namespace-like prefixes, I found, that Pd does not only look for
> abstractions and externs only in the patch directory, if those contain
> a slash.

The behaviour (filenames within the patch) depends on how the objects
that use filenames are actually implemented (like soundfiler).
They won't use the path to search for files to read.

It is a bit misleading, especially the last phrase mentioning "externs"
could lead to the conlusion that externs with "/" are not looked for in
the path, which is wrong. It just wants to state that you can load
externs using "/", I think.

Guenter

>
> Example:
>
> mkdir /tmp/foo
> echo "#N canvas 0 0 450 300 10;
> #X text 160 100 bar inside foo;" > /tmp/foo/bar.pd
> pd -path /tmp/
>
> Now you can create an object [foo/bar] and it will instantiate
> /tmp/foo/bar.pd
>
> Am I misunderstanding the docs i.e. is this use case not a "filename
> specified in a patch" or is this indeed a doc bug?
>
> Ciao
> --
>  Frank Barknecht                               _ ______footils.org__
>
> _______________________________________________
> PD-list mailing list
> PD-list at iem.at
> to manage your subscription (including un-subscription) see
> http://iem.at/cgi-bin/mailman/listinfo/pd-list
>