[PD-dev] renaming core help files to the standard name
ben at ekran.org
Wed May 25 17:05:47 CEST 2005
Hmmm... (this IS a greeting),
If all -help (and perhaps other) patches are not put along side the
binaries (as is now possible) or abstractions if that is the case, then
why is it possible to put the help file next to the binary? I don't
think the other stuff (examples etc..) make sense to be next to the
What purpose does it serve to support help patches next to binaries if
the standard place for help patches is not where the binaries are?
For the help-patch registration:
(Which states that all -help patches need to be in the same place
I see two alternatives:
1. Put the help files in subdirectories of some standard place like extra/.
2. Put help files all over the place (which seems to be the current case).
To solve #1 we just need to decend into subdirs. No problem.
To solve #2 we need a list of all the -paths PD finds on the tcl side.
This seems like a problem.
I am confused about the "feature" of being able to put help patches next
to externals. What I don't get is the point of this if the structure of
PD does not reflect this feature? Should I just go along the assumption
that all help files will be in 5.reference and forget about the new
I'm planning on testing the tcl code on the wiki and creating a
prototype PD with the help searching system next week. Probably based on
HC's extended since it has all the goodies.
Hans-Christoph Steiner wrote:
> They should all be named *-help.pd, and currently, they should all be
> in one folder. But that folder should be separate from "extra". Its
> currently "doc/5.reference".
> In the long run, once we have a way to do "include", "using", "import",
> whatever you want to call it, it would probably make more sense to have
> all of the externals and help files in one folder.
> On May 24, 2005, at 10:56 AM, B. Bogart wrote:
>> Hey again,
>> The current draft implimentation system for help file searching expects
>> the *-help.pd files to be all in one place, along side the externals in
>> extra/ Is it reasonable to organize PD in this way and make some beta
>> installers/packages of PD to work this way?
>> I still need to take a look at Thomas O.'s installer to see where he is
> PD-dev mailing list
> PD-dev at iem.at
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 256 bytes
Desc: OpenPGP digital signature
More information about the Pd-dev