Frank Barknecht wrote:
Hallo, martin.peach@beaverhell.ca hat gesagt: // martin.peach@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
Hallo, martin.peach@sympatico.ca hat gesagt: // martin.peach@sympatico.ca wrote:
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.
It would be the same: For example I use a private subdir in sssad which already is install in extra. AFAIR this topic was discussed some times on pd-dev.
Frank Barknecht _ ______footils.org_ __goto10.org__