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. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__ _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
