[PD] inconsistencies with lib names (was: representning classes

martin.peach at sympatico.ca martin.peach at sympatico.ca
Tue Sep 18 19:38:54 CEST 2007


Frank Barknecht wrote:
> Hallo,
> martin.peach at beaverhell.ca hat gesagt: // martin.peach at beaverhell.ca wrote:
> 
> > I think it would be more useful right now if pd would search in
> > subdirectories. For instance there are about 70 directories in
> > pd/extra (Pd version 0.40.3-extended-20070905), and only 10 lines in
> > the path dialog...not to mention the time wasted typing in every
> > single path. At the moment most of the help files are not found and
> > the objects don't work unless they are prefixed with their path,
> > like [mrpeach/oscsend].  It looks like the function do_open_via_path
> > in s_path.c is the one to fix...
> 
> This might break some stuff. For example I often use "private"
> subdirectories whose objects should *not* be available globally.

What if pd searched deeply only in the extra directory, then you could put private files elsewhere and they would not be found? The do_open_via_path function already treats 'extra' as a special case, only searching it after all else fails.

Martin





More information about the Pd-list mailing list