[PD] inconsistencies with lib names (was: representning classes and selectors in the wiki)

[Hans-Christoph Steiner]

On Sep 16, 2007, at 5:59 AM, Frank Barknecht wrote:

> Hallo,
> Frank Barknecht hat gesagt: // Frank Barknecht wrote:
>
>> Thomas O Fredericks hat gesagt: // Thomas O Fredericks wrote:
>>> By building the pdmtl abstractions layer, users do not have to  
>>> care about
>>> namespaces anymore (anyways, I don't), as all externals/libraries  
>>> are
>>> treated as hidden code to the end user. I still believe that having
>>> namespaces based on authors is a bad idea.
>>
>> Yes. And no, too.
>
> Oops, forgot to explain why "yes and no". Namespaces based on
> author/vendor solve nameclashes: "cxc_counter", "maxlib_counter",
> "cyclone_counter". Namespaces based on functionality don't: Which one
> of the three above should become "math/counter"?
>
> I think, a STD-library of Pd objects should of course be based on
> functional namespaces, while vendor-namespaces could be used to let
> various independent vendors do their own thing without creating
> conflicts with each other.
>
> All an "editor in chief" would need to do is keep a list of which
> vendor names are already taken. The "editor in chief" could then be a
> simple Wiki page on puredata.info. Or not even that, if vendor
> namespaces are based on things like DNS-names as plists in OS-X.

Call me an anarchist, but I believe that we can do it without an  
editor-in-chief.  It just takes some communication and mutual  
respect.  We've gotten this far with the whole Pd-extended collection  
without an editor-in-chief.

.hc

>
> Ciao
> -- 
>  Frank Barknecht                 _ ______footils.org_ __goto10.org__
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list




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

                             kill your television