Suggestions for more precise grouping and serach. Suggestions in (())
-Community ((forums & social))
-Content management ((combined group: pictures, text & blog))
-Utilities (([large group, many small] split into 2 #building and # admin utils.))
Is it really "pictural" grouping of themes the best? I would suggest...
# soft and sweet
# happy colors
# creative artistic
# modest pro style
# sharp and technical
Agree: less categories.
When I submitted a lot of modules to the addons site, the idea was: easy finding modules because sometimes was very difficult search a module and Xoops never had a decent module repository.
We need look forward now: pay special attentions for less modules but more deeply (for example: linking in addons site bug fix or improvements published in our forums)
And 1.2 compatible as main tag.
I am hoping 1.2 (and having less categories) fixes that.
The less categories the better. We can always split categories later if needed.
By the way, has the addons search been fixed lately ? Last time I check it was not working very well..
-Archive (weight this at the bottom)
Let us not forget that we have the alphabetical filtering users will be able to filter results in categories down without havig 300 subcats.
It should make the navigation easier for users and for people submitting content to the site.
(The odd encoding is also being fixed of course! )
As part of the update process of the site - I'm currently working with MrTheme in regards to removing some the tangle the module categories are in.
Currently the list is as follows:
--Logging and security
--Fun and games
--Misc Smart Modules
What I've suggested is to drop all the third level sections - so the list will be as follows:
the follower of xhld0 is
D3Pipes This module needs the Framework "altsys" (from the same developer).
As an alternative I can recommend What's New module.
Example on impresscms.de:
What are my options with ICMS? I've tried x-reaggreagtor and even xhld0. x-reaggregator has issues with icms and xhld0 is just plain old. Any suggestions?
No - and we need it.
Addons is being redone as we speak - and the new version requires all modules to be kid tested and mother approved.
Now that Impress is growing up, and gaining some steam on the internet, I highly suggest that your developers start identifying their add-on's by application, as in version of Impress.
I know I'm going to hit a wall shortly. I'm a new member here and new to Impress, but I'm going to be taking 1.2 out for a ride like you wouldn't believe. I'm going to be stressing the modules, theme's, add-ons, whatever, to the max. I need to test drive this and make sure it's suitable replacement for Xoops and Joomla, for my customers. I liked the ease of Xoops, but it was limited in functionality. I like the setup of Joomla, but it's grown old and stale now, and finding an add-on for your specific version is like a PITA.
Joomla has one huge flaw, there are just too many versions available. I hope that with Impress, you guys grow into the next level, but stop supporting levels all the way back to the beginning of time so that you don't encounter the same situation.
Anyway, long post to make a simple suggestion - make sure you identify your add-on's by Impress version.
Now, is there a beta group to test add-on's for 1.2?? I'd like to volunteer for that if there is....
yes - this has been noted, and will be fixed on the new addons site.
the search.php on Addon-Site does not correct work. The search find nothing. Does can anybody check and fix please?
I am working on something similar, oriented at 3D files. My main points in the design document were the use of tags, the possibility to define compatibility with different programs (in the context of an addon site, you could define a version with and one without IPF), and different versions of the same object under one header (it isn't because the last version is IPF compatible that all the former versions should).
This addon site should make it as easy and efficient as possible for site administrators to find the right module.
If people find the correct modules to realise their site idea without much tailored coding work, they will stay with iCMS. They'll even advertise iCMS as a flexible platform you can use to build almost anything.
If the modules cannot be found, the entire platform will get the reputation of being limited.
2 conclusions here : having modules that extend the core of iCMS is critical, but making them easily searchable is at least as important.
That's why I think everyone working on this is doing a great job.
Some good ideas being tossed around here - it is good to see the dialogue!
I just want to toss out some other thoughts
* Keep it Simple
Trying to categorize things doesn't always work - it may work for me, but you may think differently, especially if you are from a different culture. Drilling through 8 levels of subcategories to get to something is to much and some things could belong to several different categories.
* Think Globally
Similar to part of the above, things don't always translate well or possibly not at all. The simpler your categorization (or taxonomy, to borrow a Drupal term), the more likely it will be easily translated to other languages.
* Think Universally
At the most basic level, what is the addons repository other than a list of links? How can we leverage what has been learned by working on imLinks, imGlossary, the new image manager? Or, what about an extendable module - Drupal has CCK, which allows admins to define and create custom types of content? WF-Downloads + Formulize gives us a very extendable downloads module.
* Make it Personal
Putting this all together and making generous use of tags can provide a very flexible and appealing application. imTagging, once released, can provide a hierarchy, as well as free tagging. Enabling users to add their own tags will add a completely new dimension.
Content is only part of the equation, you also have to factor in presentation and usability, along with scalability and internationalization and localization.
That's all I have, for now.
Typo 3 is really nice if you click thru you can get version history and what files are included.
here are a few more... I am still trying to digest some of these ideas from other systems.
I have been looking tonight at a few of the different d/l sections around the net. Just trying to get some other ideas. I love how you can (Filter by compatibility) on drupal.
I'm hoping to be able to spend some time with MrTheme on this over the next few days... so any feedback you're giving us here [and anyone else's feedback!] is appreciated.
Right - Like I said - that is pretty much exactly what I was going to do - if he had the templates that would have saved me a lot of time - but if I still have to actually do them - it doesn't really help.
To answer the actual question.
Yes - we understand that addons is a mess - it is in the process of being completely redone - and simplified - we are done acting as a graveyard for old X modules/themes/etc - and are looking to the future of this project and the addons that support it.
Locally hosted would be ideal - but it is at the discretion of the author as to where the files are physically located.