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__ > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list ------------------------------------------------------------------------ ---- kill your television _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
