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@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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.
.hc
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@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@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@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
-
Hans-Christoph Steiner -
Kyle Klipowicz