[PD] paths (Re: simple external for video with Gem)

Hans-Christoph Steiner hans at eds.org
Mon May 21 01:15:59 CEST 2007

Yeah, the helppath thing is a bit unresolved.  I think that the  
library loading should also set the helppath, also [import] as well.   
I don't remember whether this is implemented yet.


On May 20, 2007, at 12:33 PM, Kyle Klipowicz wrote:

> 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
> short workshop.
> 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.
> ~Kyle
> On 5/20/07, Frank Barknecht <fbar at footils.org> wrote:
>> Hallo,
>> 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.
>> Example:
>> /mypath/footils/org.pd
>> /mypath/footils/org-help.pd
>> 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.
>> Ciao
>> --
>>  Frank Barknecht                 _ ______footils.org_ __goto10.org__
>> _______________________________________________
>> PD-list at iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>> listinfo/pd-list
> -- 
> http://theradioproject.com
> http://perhapsidid.blogspot.com
> (((())))(()()((((((((()())))()(((((((())()()())())))
> (())))))(()))))))))))))(((((((((((()()))))))))((())))
> ))(((((((((((())))())))))))))))))))__________
> _____())))))(((((((((((((()))))))))))_______
> ((((((())))))))))))((((((((000)))oOOOOOO
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list


Looking at things from a more basic level, you can come up with a  
more direct solution... It may sound small in theory, but it in  
practice, it can change entire economies.     - Amy Smith

More information about the Pd-list mailing list