On Wed, Oct 15, 2003 at 11:04:09PM -0400, Bill Welliver wrote:
Also, this problem manifests itself in the handling of the installed modules and how to make room for others. If a module is installed like this (example Protocols.NNTP):
lib/modules/Protocols.pmod/NNTP.pmod (single pike file)
how do we handle someone wanting to create Protocols.NNTP.Server?
this got me wondering it it is possible (and does it make sense) to seperate the class hierarchy from the directory structure?
looking at CPAN you can access the modules not only by class but also by author (and maybe other criteria)
of course for the webinterface this can be solved by links, but from a cvs perspective having a directory by author may make more sense.
combining these should be no harder than simply having multiple directories with classes in them, so that the pike user only sees one class tree. it only gets interresting if the same class is in multiple trees.
considering the issue of conflicting implementations of the same class, these would be no problem then, because if both classes are installed, one will be chosen automaticly, or i remove one and the other will be used without needing to change the code.
this also allows selecting the classes by author and license. (it may not be wise to mix stuff with different licenses)
on the other hand having a shared tree promotes shared authorship, but this is just the situation we have now, because with shared authorship we need to agree on the license, which brings all the trouble that is keeping some people from contributing now.
greetings, martin.