[PD-dev] Proposals for object categories

[Luke Iannini]

On Fri, Feb 27, 2009 at 3:58 PM, Mathieu Bouchard <matju at artengine.ca> wrote:
> On Fri, 27 Feb 2009, marius schebella wrote:
>
>> Pd world series top 40
>> frank's special blend
>> other utilities
>> objects that might crash
>> the ones I almost never use
>> not allowed during war
>
> Other possible taxonomy: three categories total:
>  good/
>  bad/
>  ugly/
>
> Other possible taxonomy: five categories total:
>  easy/
>  normal/
>  difficult/
>  expert/
>  ninja/
>
> Other possible taxonomy: five categories total:
>  lime/
>  strawberry/
>  blueberry/
>  grape/
>  tangerine/
>
> Other possible taxonomy: two categories total:
>  country/
>  western/
Haha, as much as I would enjoy this...

Do you or Marius have any concrete suggestions as to what wold be a
better approach?  You must at least admit things could be better, no?

I just took a look at Max/MSP and they have a nice tagging system, as
well as an excellent configurable filter on their file browser that
ends up being a pretty elegant solution to many of these problems.
Perhaps going the route of adding parsable tags to object help patches
(e.g. a comment containing ##os ##midi ##oscillator (hm, quite an odd
object)) that can then be read back by the help-browser is more what
you're suggesting (I got that feeling from the threads you linked
Mathieu).  A good bit of work there though, and it doesn't do anything
for namespace issues, just ease-of-discovery.

But, I also do not think that the difficulties you guys are
enumerating are enough to condemn the entire idea of organizing things
more logically than by author.  I can at least offer Python as example
of an extremely well-organized set of libaries - I don't know the
history of /how/ they came to be that way but i can easily "import
functools, urllib, os, simpleosc, midi, Image, pickle", and it works
phenomenally well.

Best
Luke

>
>  _ _ __ ___ _____ ________ _____________ _____________________ ...
> | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
>
>