[PD] installatation path of help-files

IOhannes m zmoelnig zmoelnig at iem.at
Tue Apr 15 17:20:17 CEST 2008


marius schebella wrote:
> 
> I think the whole help browser stuff is very messy. there is "1.manual" 
> versus "manuals" "media" vs "sound" and "7.stuff" versus "examples" some 
> of the stuff is pd patches, some are textfiles, some are html docs.

that is interesting, i just have:
1.manual
2.control.examples
3.audio.examples
4.data.structures
5.reference
6.externs
7.stuff
sound

which is not that badly organized :-)

> I think all html or text manuals should be in a separate section of the 
> help menu, not in the browser (in pd-extended there already is a html 
> menu-entry)
> 2.-4.and 6.(although, I am not sure about 6.) should be in a tutorials 
> submenu.
> 5. reference should be called "help-patches"

what makes "help-patch" better than "reference"?

most of pd's help patches are really "references", especially if you 
browse it via the menu (a help-patch is the thing you open via right 
mouseclick; a reference is the thing you browse)

> sound should be a part of media.
> then you get
> HELP:
>   --- HTML
>   --- --- Pd
>   --- --- Gem
>   --- --- (other manuals)
>   --- BROWSER
>   --- --- Tutorials
>   --- --- --- (control examples)
>   --- --- --- (audio examples)
>   --- --- --- (data structures)
>   --- --- --- (external tutorials??)
>   --- --- Examples
>   --- --- --- soundfile tools
>   --- --- --- synths ...
>   --- --- --- (tidied up content of 7.stuff)
>   --- --- --- (tidied up content of examples)
>   --- --- Help Patches
>   --- --- Media
>   --- --- --- images and video
>   --- --- --- sounds
>   --- --- --- obj., mtl. ...


for me (if i understand your proposal correctly), this only makes sense 
if objects would be grouped by function rather than by library.
this seems to have been unfeasible to do in the last year.

i think we should take practice into account.


fmgas.dr
IOhannes




More information about the Pd-list mailing list