By ultraBoy on
Hallo.
I'd like to say some suggestions about modules page.
It would be very good to implement:
1) categorization of contributed modules, cause there are SO much of them. (maybe something with taxonomy dictonary with "multiselect" option)
2a) some tools to track new versions of modules,
2b) some tools to track new modules
I'm sure that lots of people also spend much time like me, just browsing huuuge "modules" page for new modules and new versions of known modules.
3) each module should have a link to a place where people can discuss their impressions and ask the author for features
Sorry if it was already discussed, I haven't found such topics.
Comments
For 1) and 2) I agree. There
For 1) and 2) I agree. There is a related forum discussion going on here:
http://drupal.org/node/32360
And for 3) if you want to ask for a module feature, you can do so via the modules project page.
--
Anton
Not only a feature, but also
Not only a feature, but also some impressions! You know, it is actually "Home page". OK, there are something like that but it really lacks some responses from users.
examples
good list. would you mind listing the terms that you expect to see in 1). i suggest keeping it minimal for now.
Sorry, my English is not
Sorry, my English is not very good. I'm not sure I got it right.
"i suggest keeping it minimal for now" - what does it mean?
You suggest not to change it ? Then why did you write "good list"?
Or you meant not much terms?
not many terms
i suggest that the list of terms is small in the beginning. i like your proposals.
For starters
Nice idea. I think it has been discussed before, but never followed upon.
Here is a list (please add/delete)
- Community Tools (nmoderate, nodevote, userpoints, ...)
- Content tools (taxonomy * stuff, * access stuff, notify, ...)
- Admin tools (statistics, logs, ...)
- User Management tools (?)
- Business Applications (Ecommerce, Stock, Currency, Job search, ...)
- General Site tools (feedback, ...)
- Miscellaneous (Things that don't fit anywhere else)
This is by no means exhaustive.
I agree with Moshe that we should not have a big set. Say 10 maximum, preferrably around 7 or so.
--
Drupal development and customization: 2bits.com
Personal: Baheyeldin.com
--
Drupal performance tuning and optimization, hosting, development, and consulting: 2bits.com, Inc. and Twitter at: @2bits
Personal blog: Ba
Nice List
I would also add "Components", stuff like form.module which are only for use by other modules.
Maybe a "Broadcast" category to cover RSS, email, torrent, ect. modules ; basically every other medium that isn't Web pages.
- User Management (import_users.module)
------------------------------------------
Drupal Specialists: Consulting, Development & Training
Robert Castelo, CTO
Code Positive
London, United Kingdom
----
Another ideas about solving
Another ideas about solving 2a) problem:
5) Turn on subscriptions.module at modules' pages. (seems to be quite simple to implement!)
6) Edit some files that way so version and date of each module could be seen from modules listing.
Please express your opinions, I think if this topic will get enough activity, we'll get some fixes.
taxonomy ideas
I agree that we need to categorize modules because of the size of the modules page. There will be some overlap, since some modules can fit in more than one category, but in general this will allow for slimming the list down.
I quickly glanced down the the module page, and came up with these. Its by no means complete, and is flat, with no thought given to complex relationships.
Anyone have any other ones I didn't think of?