Noticed that our list of contributed modules is long and growing. Doesn't it seem time that we apply categories to the modules and offer an intermediate page replacing (http://drupal.org/project/Modules) that lists categories of modules?

Users could more easily locate modules they are looking for this way.

Comments

puregin’s picture

Kieran and I were working on a card-sorting study to help with this, but it was set aside because of more pressing projects. Perhaps it's time to revive this.

Djun

sepeck’s picture

How could they more easily find them? I suspect that they it will be harder to find them myself. There aren't so many that reading their names and brief descriptions is difficult.

This has been discussed before. If we 'organize' it, how should we proceed? There are several modules that are not easily categorizable. Please propose something beyond, we should organize this.

-sp
---------
Test site...always start with a test site.
Drupal Best Practices Guide

-Steven Peck
---------
Test site, always start with a test site.
Drupal Best Practices Guide

punboy@aaron.punboy.com’s picture

Well, having a separate search thing for them would be nice.

Uncategorizable would go under miscellaneous, on on the top-level outside of separate categories.

Not rocket science you know.

sepeck’s picture

Again... propose a set of categories. Talk is cheap.. I want, it should have, it needs this feature........

Information management looks simple. Please, I was serious. Propose something. Some people complain about it all the time, but very few people actually seriously do something about it. Comment on the link in the post below.

And as a final thought, would such a system be easy to implement on Drupal.org considering the automation scripts that package all the modules on a regular basis? So it would been to be flexible. Tie into project.... and user profiles?

There are a number of ways to 'categorize things'. It's easy to you for you to categorzie things to your needs... but are you considering the needss of folks with different use cases? I love the idea of 'miscellaneous'. lots of stuff would go under misc... Then it would get lost.

I don't see a problem with the current system of a list, so it doesn't bug me. But if you think drupal.org needs it, the propose it or better yet, comment on this one: http://drupal.org/node/14984 otherwise, it won't happen. Satisfy the critiques and use cases and it will get done. Without more community INVOLVEMENT in defining and refining, it won't happen. If you want it, work for it.

Right now, one big list works for me, less mouse clicks and I have nice Internet connections.

Oh, and if you want a ratings system too ('cause that's the next thing you are going to ask for ) then code... let's see code...

Welcome to the team. :)

-sp
---------
Test site...always start with a test site.
Drupal Best Practices Guide

-Steven Peck
---------
Test site, always start with a test site.
Drupal Best Practices Guide

Jaza’s picture

Categorising the modules list is something that's needed to be done for ages, IMO. But something else that would help users find modules quickly - and something that wouldn't present the dilemna of how to categorise seemingly un-categorisable modules - is to have a special search facility tied with the project module.

Users can already search for 'content', 'users', and 'cvs msgs'. Why not add 'projects'? This would search only nodes that are projects, i.e. modules, themes, translations, etc.

Jeremy Epstein - GreenAsh

Jeremy Epstein - GreenAsh

Carl Ditzler’s picture

Zach Harkey’s picture

We could really use user ratings for modules. There are so many and some of them are of much higher quality, dependability, active development, than others. It would be extremely valuable to new users if they could get an idea for the public opinion of a module before they invest time messing with it.

Something simple like the star rating system at versiontracker.com

I don't see how this could be anything but helpful to the community.

Creating a taxonomy for modules would also facilitate sidebar lists: it would be absolutely huge if there was a block - on the modules page - of the 10 most recently added modules and the 10 most popular, highest rated by core developers modules. I've never understood why there is no contextual sidebar support for the modules section. It would be so nice to be able to go peak at the page corner and see what's been added since I last looked.

: z

sepeck’s picture

See my above comment about 'should have' and code. If you can't code, then diagram out or write out How such a ratings system would work or be implemented. How would votes work? Would some people's votes count higher? Would it be a percentage of the 25,000 users on the site? Would it be up/down float and everything starts at 0 and then by count it goes up or down? Would times downloaded count? Would stars or smiley faces work and who would make the icons or would it be a number? Would your vote count higher? If you vote often would your vote count for less? If you submitted the module, could you vote for it? Would it be a populer opinion poll/vote or would we want some others to QA the module for quality and rate the modules quality and if we do that, what won;t they code because they are now working on quality check of third party contributed modules. Would we have a most popular within a category? Overall most popular?

I don't even care about a ratings system and those are what I could think of in 3 minutes and may need to be consider and writen out in a proposal if you don't code. If you do code, then the code itself is your entry speaking point. Note: I do not know php.... still :)

I tried going to the site you linked but it never gave me a web page, so that was less then useful.

I used to look for the *, now I look for the orange new or updated :), but recently added block sounds good. Depends on the cost to the site in page generation and performace impact as to whether it's worth the addition.

-sp
---------
Test site...always start with a test site.
Drupal Best Practices Guide

-Steven Peck
---------
Test site, always start with a test site.
Drupal Best Practices Guide

wulff’s picture

I don't have a problem with the current listing of contributed modules, but I agree that for some users a categorized listing might be easier to use. As an alternative to modyfying the project module, the categorized list could be added to the handbook.

Below is my first attempt at categorizing the current list of contributed modules:

Applications

  • Event
  • Filestore2
  • Hall of Fame
  • img_assist
  • Location
  • Mailalias
  • Mailhandler
  • Node Moderation
  • node_import
  • Photo album
  • Project
  • RSVP
  • Survey
  • Legal
  • Trackback
  • Volunteer

Integration with other applications

  • Gallery

Nodes

New node types
  • Book Review
  • Daily
  • Flexinode
  • Image
  • Recipe
  • Webform
Added node functionality
  • Attachment
  • Diff
  • Excerpt
  • Node key(words)
  • Quote
  • Scheduler
  • Series
  • Side content
Node display
  • Article
  • Front Page
  • IndexPage
  • Node list
  • Summary
  • Weekly node listing

Blocks

  • Bookmarks
  • Live Discussion
  • Quotes

Admin tools

  • Admin Block
  • Comment closer
  • CustomError
  • Databse Administration
  • Ezmlm
  • Help Edit
  • Internationalization
  • LDAP integration
  • Poormanscron
  • Spam
  • Statistics filtering
  • Troll
  • Variable

User tools

  • Buddylist
  • Contact directory
  • FOAF
  • Members
  • Notify
  • Organic groups
  • Subscriptions
  • Workspace

Communication

  • Chatbox
  • Feedback
  • Form_Mail
  • Guestbook
  • Mail
  • Mass Mailer
  • Privatemsg
  • Shoutbox

Editors

  • FCKeditor for Drupal
  • HTMLarea
  • TinyMCE WYSIWYG Editor

Input Filters

  • Codefilter
  • Contextlinks
  • Freelinking
  • Glossary
  • HTML corrector
  • Image filter
  • Inline
  • interwiki
  • Markdown with SmartyPants
  • SmartyPants
  • Smileys
  • Textile
  • URLfilter
  • VIM color
  • Weblink
  • Wiki

Navigation

  • JSDOmenu
  • Menu on-the-fly
  • Pathauto
  • Site map
  • SiteMenu
  • Taxonomy Block
  • Taxonomy Browser
  • Taxonomy Context
  • Taxonomy DHTML
  • Taxonomy Menu

Taxonomy

  • Distant parent
  • Taxonomy import/export via XML
  • Taxonomy Multi Editor

E-commerce

  • Amazon associate tools
  • E-Commerce
  • Paypal framework
  • Paypal subscription

Advertising

  • AdSense
  • Banner

Search

  • Amazon search
  • SQL search
  • Swish-e Indexer

Themes

  • Blog Theme
  • Font Size
  • Theme Editor

Syndication

  • Currency Exchange
  • Download Counter
  • Stock
  • Syndication

Security

  • Captcha
  • Node privacy by role
  • Securesite
  • SXIP
  • Taxonomy Access Control
  • Webserver Auth

APIs

  • Filemanager
  • Folksonomy
  • Forms
  • FSCache
  • HTML to Text
  • Location
  • Simpletest
Dublin Drupaller’s picture

Great idea Wulff...major thumbs up from me..

If I could suggest just one more addition...it would be great if there was an "under development" in each category...i.e. when I'm stuck with something I tend to check out the contributed modules in the repository and if I don't find anything..I tend to sometimes, with a packed lunch and a sleeping bag, trawl through the sandboxes jsut in case someone else is working on something similar.

So the "under development" section in each category would be useful...not only for people who are stuck, but for people who might revive an abandoned module and improve it...

Hope that makes sense..

Dub

Currently in Switzerland working as an Application Developer with UBS Investment Bank...using Drupal 7 and lots of swiss chocolate

dummy’s picture

This would be very helpful! I am new to drupal and have only used it for a couple months by now. From my experience, it's very inconvenient, and often times a headache, sifting through the entire module list to identify a few possible candidates. It's also kind of difficult for a newbie like me to fully understand what each module does, based on only few lines of intro text. And it's frustrating only to find the module is not I wanted after taking time download and install it. IMHO, a demo site or some screenshots would be very helpful. Unfortunately, most modules don't have them.

That said, I put together a 'Drupal Module Intro' site in Chinese just about a week ago. It basically contains a manual listing all modules and their functions. I hope it could serve as a quick drupal module look-up to help Chinese drupal users. When organizing modules, I have them divided into 13 functional groups listed below. This certainly is not the best way to organize them, but it's how I see them based on my limited drupal experience. Besids, I don't plan to add detailed intro to each module, instead I am working on adding screenshots or providing examples by actually install and 'use' these modules on the site. Hopefully pictures/examples speak better in this regard.

I hope it provides a newbie's point of view on what might be a better way to demonstrate these modules, and helps a bit on the 'official' categorization efforts.

Cheers!

13 Categories I used:

Security
Admin Tools
Input Formats
Files and Pictures Management
Single Node Function Enhancement
Multi-node Content Display and Navigation
New Node Types
Customization and Personal Tools
Communication
Syndicate/Trackback
Ads and E-Commerce
APIs
Other Modules not Listed at Drupal.org