Re: [drupal-devel] new CVS accounts
However, we have a third custom module which I'm not sure yet whether I'm going to try to contribute to the community. It's called "school_directory", and it provides a browseable, searchable directory of a school's parents, students and staff, including photos for parents and staff. I'm not sure it's in a contributable state because
This would be very useful to me :-) Even in it's "rough around the edges" state. I am maintaining 2 schools' sites and at the moment we use the plain ole members module to give us some idea of the users on the site. I would love to see this! Welcome to Drupal! Kobus
Kobus Myburgh writes:
However, we have a third custom module which I'm not sure yet whether I'm going to try to contribute to the community. It's called "school_directory", and it provides a browseable, searchable directory of a school's parents, students and staff, including photos for parents and staff. I'm not sure it's in a contributable state because
This would be very useful to me :-) Even in it's "rough around the edges" state. I am maintaining 2 schools' sites and at the moment we use the plain ole members module to give us some idea of the users on the site. I would love to see this!
I'm happy to share the code; I just need to figure out the appropriate way to do that. This raises in my mind a question that can probably be answered by the people on this list.... In general, how "solid" should a contributed module be before it's put in the repository and advertised? Using my school_directory module as a specific case.... It works just fine, but using it requires some playing around in the back end to put the data in the tables and the photos in the appropriate download folder. If I document in a README.txt what needs to be done to make it work, can I then publish it as a contrib module, or do I need to get rid of all those rough edges (i.e., add a supported mechanism within the module's code for editing and importing data and photos) before I can publish the module? I'd like to think that if I do publish it in its current state, and someone else finds it useful, they might be so kind as to add enhancements and submit them to the issue tracker for me to merge into my code base :-). Thanks, jik
Jonathan Kamens wrote:
Kobus Myburgh writes:
However, we have a third custom module which I'm not sure yet whether I'm going to try to contribute to the community. It's called "school_directory", and it provides a browseable, searchable directory of a school's parents, students and staff, including photos for parents and staff. I'm not sure it's in a contributable state because
This would be very useful to me :-) Even in it's "rough around the edges" state. I am maintaining 2 schools' sites and at the moment we use the plain ole members module to give us some idea of the users on the site. I would love to see this!
I'm happy to share the code; I just need to figure out the appropriate way to do that. This raises in my mind a question that can probably be answered by the people on this list.... In general, how "solid" should a contributed module be before it's put in the repository and advertised?
It shouldn't have parse errors... ;) You can indicate on the project page that the module might be only alpha or beta quality. In this case it is a good idea to not branch it for the current stable branch (DRUPAL-4-6 nowadays) even if it is supposed to work with it. You should probably not commit modules that you don't have any intention on making it usable. Just hoping for patches usually won't help. Cheers, Gerhard
participants (3)
-
Gerhard Killesreiter -
Jonathan Kamens -
Kobus Myburgh