13
Ok, regarding on keeping the core light? How light is light? Which parts of the system to you butcher to get the core light? So what do you designate as part of the core and not part of the core?
I'm sorry, but part of the reason XOOPS is in the mess it is now, is due to this 'lets dump everything out of the core' and the reason people choose Joomla, Mambo and Drupal before they will choose Xoops, and this is a fact.
One of the downsides of XOOPS is the failing to understand what should be core and what shouldn't. Users should be given choice agreed, but not on the back of losing more functionality within Xoops.
Sure lets make Private message system a module and give users a choice, but the fact is that 'This' Module should be shipped as part of the core and not as a seperate download on someone else’s website and it should still be maintained as part of the core.
Lets look at this situation of XOOPS as far as content is concerned. I believe that CMS stands for Content Management System and NOT Core Management System. As far as XOOPS is concerned, I would say Zero functionality out of the box. Yet, other systems like Joomla and Drupal for example, can start adding content straight out the box and I believe one of the winning points.
Lets look at the situation of modules for XOOPS right now, and before we start, lets not bring into focus the more exotic modules used, but lets look at what we would consider as the 'Required' just to start with. Most of these required modules are just being developed by a handle full of developers and what if they were to stop developing for Xoops?
We have seen of the last year or two a spate of incompatible, incomplete and dead modules available just from the XOOPS site. Ask most users of XOOPS who spend countless hours looking for modules and ask them about their frustration when:
a) The module doesn't work with any version of Xoops.
b) Has serious bugs and the module is no longer active.
c) Trying to get support of a module and finding the module is no longer active.
d) Trying to submit new features or changed functionality.
Most of the modules people regard as 'required' are over 4 years old and some people won’t keep a 'car' that long before getting a new one.
Personally after 7 years of using XOOPS and seeing nothing really change as to new feature and spending hours of looking for modules, hack and fixes that should have been part of the core years ago and hoping the next version doesn't break those.
Things that should be introduced into XOOPS ASAP:
1. Content Management System: Content out of the box, no need to hunt for modules or hacks. Sections, Categories and Articles. Tied into this you could have links, downloads, reviews etc.
2. Menu Management System: Tied into many of the area' of Xoops. Yes like those ones in Joomla and drupal from the word go. Giving the user the ability to create their own or change the system ones.
3. Better Module Management.
4. Better User Administration.
5. Multi Language Interface.
6. Better Administration features.
I could go on and on, but the fact is that we don't need to be taking things out. We need to be putting the right things in and keeping them up-to-date, compatible and give developers better API to adding these new function and features to their own modules.
John