First off John, let me say a hearty "Well Done" for stepping forward with what will surely be a "daunting" task. The module repository is frustrating at best in it's present incarnation. The categories make little sense. Most modules have little or no documentation. The ones that do work are lost in the rubble of the ones that don't. You are dead on in all counts.
I am not a XOOPS Core Developer, nor am I part of any team in Xoops. I am just a XOOPS User just like you, and I like XOOPS alot.
That's the best kind of motivated user. Some of the "Core Team" could learn from you! I like XOOPS a lot too. I'll pitch in where I can. I have a hard drive that is essentially a collection of all things Xoops. It's not sorted to any great extent, and it's certainly not ready for prime time, but I can build a torrent, and you or anyone else can get it (it's a BIG file). I spent 5 years collecting all of it. I'll leave it up to the new Module Dev Team to sort them all out. I can help some, but I haven't even scratched the surface on the vast majority of them.
Over the years I have read some posts saying that this module or that module doesn't work anymore. I think we should get this sorted out.
I couldn't agree more!
BlueStocking has posted a zip file with all of the XOOPS Modules in it.
And a hearty big thanks to Darcy for doing that too! I downloaded it the day it went up to compare against my list, and I have a LOT more than the zip file, but there were some new ones in there that I didn't have.
I think We as Users of these modules should help these good people I mentioned earlier because they can't do what I am thinking by themselves, so here is my idea.
When you download a module to use on your site and it doesn't work, don't just be disappointed and walk away from it, you can notify me or we could have a special forum to report 'Dead Modules', some way of knowing they don't work. Then we can have them removed from the Module Repository and maybe have a special place for these 'Dead Modules', once they are listed maybe someone who wants to use one of them and has the ability can update it so it can be put in the Module Repository again. To make this work we would need people willing to do the testing of these modules, no one person or small group would be able to do this themselves, but as a community we could make this happen.
How about another field in the WF-Downloads or whatever it is that XO uses that contains the "status" of the module. Like "Certified" for modules which have been tested and found to be working by the Module Dev Team, "Pending" for a module that is working with the current version by popular report, but which has not been tested by the Module Dev Team, "Broken" for modules which do not work, and "Obsolete" or "Superseded" for modules that might work, but newer versions exist? I have long maintained that the modules for file upload and download are inferior to the very oldest BBS software's capabilities back in the 80's and 90's.
Module documentation standards MUST be imposed. Additon of a fileid.diz file to describe what the module does... a Readme with special instructions... install_en.txt for a file in english that describes installation... manual_en.txt for the operations and admin manual... user_manual_en.txt for the user operating manual (yes, the users need to know all those fancy features built into the module, or what point is there to the module?)... and so on... I have lots of ideas... maybe we should open a section on the Wiki for a module "Submission Standards" compliance rule set??
I'm not asking you to test all the modules on the list, but pick the one or more that you would want to use.
If you would like to contribute something to Xoops, but don't feel you can, here's you chance.
We could even have polls or some way of knowing which modules are most important to the XOOPS User (You) and then maybe some developers would see the need and fix a module for the community.
I have to disagree with you here. How many times have you seen "I can't get module ___Fill_in_the_Blank___ to work ... blah blah blah..." and in the next 4 posts they go something like "works fine here", "no problem", "how do you (unrelated to the module problem to begin with) do something". All of these are mis-leading to the newbie, and the pro. The fact is that some of us can't read, and we miss the detail that makes the module work, causing us incorrectly to believe that it doesn't. Do we want the status of a module to be determined by the "mob" as someone once put it?
I believe, and have always believed that a module when submitted must be tested by the "Module Dev Team" (for lack of a better term for who does the testing), and goes into one of those states I mentioned above until it's tested. Yes, that's a lot of work NOW, because there are some 2500 modules, and 3000 themes to be tested over the life of Xoops. But over time, as things get tested and certified, the actual number of modules to be tested per month is manageable for a team of three or four people dedicating an hour a week to Xoops. I believe it could be done, and it's the RIGHT way to do it. Otherwise, it's chaos, and a year after you finish, we'll be right back where we started... if we finish!
That's kind of how I got started doing my modules, I wanted a Jobs module for a site, so I made one out of the myads module, then I saw that other Xoopers wanted a Jobs Module so I released it, and as they say the rest is history.
I don't have all the details figured out it's just an idea right now , but lets figure a way to make this or something like this happen. I know that the XOOPS Core Developers and the XOOPS teams out there read these posts, and I'm sure they wouldn't mind a community effort like this, in fact I don't know, but I think they would really appreciate it.
I have not asked for permission from anyone to do this and no one has asked me, it is just me asking the Community I have been a part of for a long time to come together and help those good people make XOOPS the best it can be.
Let me add, that there is a bigger XOOPS Community... Cube, Tube, ImpressCMS, you name it, there are forks. If we really want to take the "higher ground", another field in the module repository might be whether the module is compatible with any of the other forks. We don't have to test them, we just have to have the submitter/author tell us that it works with XOOPS Cube, and XOOPS Classic... just a thought, and I know that it would go a long way towards getting some great modules that the forks are developing into our repository, and getting the entire community including the forks working together. Just a thought.
If it takes having a special site for these Dead Modules, I could make it. I am willing and able to work on this. How about You.
This is not for Modules that have a few errors, it is for Modules that no longer work at all.
If they don't work with current versions, or don't have support any more, why keep them? Make a list certainly, but I wouldn't try to maintin the dead modules in the repository other than as mentioned somewhere else, having a "catchall" area on Sourceforge or somewhere. BTW, Sourceforge is in trouble. The advertising is going up because their funding is going down. The thingy asking you to register on every download is NOT going away. And it's getting VERY slow. There are about 20 fewer mirrors than there were this time last year. I'd rather see a XoopsForge set up somewhere for module development, and a simple FTP site for old and dead modules.
Thanks for listening and if you have any ideas please don't be shy.
I'm not! It's a great idea. Let me know how I can help, and if you want all the stuff I have, drop me a private mail... and before anyone else goes running for the PM button,... I'm offering this to the Module Team, NOT the general population. Maybe I'll put the torrent on a public tracker somewhere (any offers for who would like to host it?), and if someone offers about 4.3GB of space (unzipped) to hold it, then we can make it publically available. I can't spend the time tidiying it up, but at least you'll have a LARGE collection to get into... Volunteer sites that run BT?
Let me know what to do and I'll help when I can.
wingrider101 at gmail dot comhttp://byron.homelinux.comhttp://www.xoopstyro.com
Xoops CMS Intranet sites for Business