I think it would be very good to have cleaned up preferences windows for Pd in general.  They are one of the biggest uability issues in Pd right now. If someone writes the code, it can easily be included into Pd-extended.  Including it into Pd-vanilla is a different story, we'll see what happens there.

.hc

On Oct 18, 2007, at 9:26 AM, Thomas O Fredericks wrote:

But isn't this all deprecated? I thought the new official way of loading externals in Pd-Extended was to either use prefixes or the import object (which make more sense  with the upcoming Pdpedia, permits the dynamic loading of libs and better follows the standard import method seen in other programming languages).

Now, I bring this up because, if there is not a "standard" way of using Pd-Extended, it will tend to confuse new users and make patches incompatible between different use configurations.

I could start a html documentation on the particularities of Pd-Extended.

Tom



On 10/18/07, Atte André Jensen <atte.jensen@gmail.com> wrote:
Jamie Bullock wrote:
> I have a few ideas about how it might be
> improved:

How about a checkbox "recurse subdirs" that'll traverse subdirs. I know
this can lead to bad things (wrong load order of files with same name),
but this can also happen with individual dirs.

I'd like to split my growing pd instrument collection up into subdirs,
but also having to maintain the path's dialog have stopped me so far...

--
peace, love & harmony
Atte

http://atte.dk       | http://myspace.com/attejensen
http://anagrammer.dk | http://modlys.dk

_______________________________________________
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

_______________________________________________
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list



----------------------------------------------------------------------------

All information should be free.  - the hacker ethic