Drupal modules exceed 150 from a quick count, impressive.

The drawback of this success is that it is becoming increasingly difficult to examine available modules, know what is out there. Often, there are messages on the forum with an individual asking, "is there a module that..."

Perhaps a taxonomy for modules could be developed and applied, allowing for organization by category? Maybe similar to the display and user organization of listings by Category for Issues.

Such a scheme may improve module visibility and user access.

Comments

moshe weitzman’s picture

most everyone agrees that a vocabulary is welcome for modules. please make suggestions and discus the benefits and risks of your proposal.

Carl Ditzler’s picture

Module Vocabulary

Benefits

Use of categories would present a organizational method to a long list of available modules and a user may feel overwhelmed by such a large list. By selecting a category appropriate to his or her needs, a user may view or sort only relevant modules, thereby improving the likelihood of a user finding a suitable module.

Risks

Initial category association with a module would likely be required by a maintainer/manager of a module; such association is likely subjective and a person may not select a category that is not as intuitive as one selected by another person. A module, furthermore, may be more difficult to locate than the current method (a single list). Currently, all modules are located on one page and user may find a module with keywords inserted into a browser "Find" feature. If modules are only displayed by a selected category, a user may not see/find a module if a module is not present in a category he/she feels it should be associated with. Also, a list of categories may be as exhaustive as a list of modules, given module diversity.

Suggested Vocabulary

The following list is merely a suggestion and modifications are expecte; there are likely terms better than those presented. Each proposal includes possible associated modules and not all modules are included on this list. Possible associated modules are meant to provide examples per category. Also, it is assumed multiple category associations will be used and it would be difficult to include a method of categorization for modules without multiple category selection because many modules cross various functionalities

(See Full Version for Suggestions)

  • Ad and Affiliate Management (Affiliate, Banner)
  • Administration and Analysis (Poormanscron, Simpletest, Spam, Term statistics, Themedev, Webserver Auth)
  • Article / Node Management (Article; Attached Node, Attachment, Book Review, Collimator, Comment Closer, Daily, Excerpt, Feature, Flexinode, Forms, Mailhandler, Menu on-the-fly, mypage, Node Moderation, Node Privacy Byrole, Node Type-Categories, node_import, Organic groups, Path, Periodical, Printer Friendly Pages, Quickpost, Quote, Quotes, Recipe, Related links, Scheduler, Series, Side Content, Subscriptions, Summary, Taxonomy Browser, Taxonomy image, Taxonomy on-the-fly, Title, Trackback, Translation module, userposts, webform, weblink)
  • Bookmark and Watches Management (Bookmarks, Buddylist, weblink, Workspace)
  • Calendar and Events (Event, Over text)
  • Contact and Chat (Chatbox, Feedback, Form_mail, Instant Messenger, Mail, Mailalias, Mailhandler, Notify, Opt-in, Postcard, Privatemsg, Subscriptions)
  • Database Tools (Database Administration, node_import)
  • Documentation Generation (API)
  • E-Commerce and Payments (E-Commerce, paypal framework, PayPal subscription, Paypal tip jar)
  • File Management (Attachment, Filemanager, Filestore2, FSCache, Inline)
  • Image Handling (Image, Image filter, Img_assist, Inline, Pblog Power/Photo/Picture Blog, Summary)
  • Input and Content Filtering (Bbcode, Codefilter, Contextlinks, CSV-filter, dKosopedia, Glossary, HTML Corrector, Htmlarea, Markdown with SmartyPants, Quote, Smileys, Spam, Textile, Title, Translation module, Urlfilter, wmfilter, wiki)
  • Input Management (Listhandler, Variable)
  • Polls and Questionnaire (Survey, webform)
  • Project Management (project)
  • Search, Site Mapping and Navigation (Jsdomenu, Menu on-the-fly, Path, Pop Up Navigation, Site map, Taxonomy Browser, Taxonomy context, Taxonomy dhtml, Taxonomy html, Taxonomy Menu, Trip Search, Workspace)
  • Syndication / RSS (Atom, Comment RSS, News Page, Syndication, TrackBack, Weather)
  • Taxonomy (Glossary, mypage, Node Type-Categories, Series, Summary, Taxonomy Access Control, Taxonomy Browser, Taxonomy context, Taxonomy dhtml, Taxonomy html, Taxonomy image, Taxonomy Menu, Taxonomy on-the-fly, Term statistics, Trip Search)
  • User Management (Automember, FOAF, Mailalias, Members, Node Privacy Byrole, Role to file, SXIP, Taxonomy Access Control)
  • User Registration and Authentication (Captcha, FOAF, Legal, SXIP, Webserver Auth)
sulleleven’s picture

this would rid of headaches. I always scan the entire list to see if anything new appears....
would be very helpful...
and... to have a category for 'new' additions, say within 1 month or so.

Carl Ditzler’s picture

Perhaps vocabulary should be added for Drupal versions.... in addition to a module's category? For instance, if foo.module is a Calendar and Events module compatible with Drupal 4.5 and 4.4, then it would be associated with Calendar and Events, 4.5, and 4.4. If so, modules could be organized by Drupal version and a user may see modules only compatible with a recent version.

alexn’s picture

Just as important would be a taxonomy for development status. These are from Sourceforge:

1 - Planning (14850 projects)
2 - Pre-Alpha (11344 projects)
3 - Alpha (11464 projects)
4 - Beta (14562 projects)
5 - Production/Stable (12174 projects)
6 - Mature (1098 projects)
7 - Inactive (1053 projects)

Notice that perhaps 1/5 of projects on Sourceforge are considered "stable." It would be nice to know which 1/5 of the Drupal modules are stable.

clairem’s picture

I think I would like to see multiple classifications for modules, using all the suggestions so far:

  • Clasification, as per the module vocabulary
  • Drupal version, as suggested by quam
  • Development status, as suggested by mitchmonmout
  • Release date, to allow for sulleleven's idea of finding new ones
  • "Editor's rating", (my suggestion), a subjective rating by the core development team of general usefulness, to help new users find must-haves. e.g. Weblink and textile

Ideally the whole thing wpuld be searchable in the same way as the issues base, and linked to it, so that users can see what is happening with a module.

freyquency’s picture

Perhaps fewer categories? I don't like looking over the whole list all the time either, but I'd prefer if it fell into larger categories instead of very specific ones.

(ps - you can get rss feeds of the categories - ie-modules... makes it super easy to know when new stuff is out. check out - http://drupal.org/node/16489 for a list.)

puregin’s picture

It would be nice, in any case, to have module descriptions include a 'See Also' section. This could be used to direct readers to similar, complementary, or otherwise related modules.

zilla’s picture

great ideas...couple of quick ideas as an information organizer, not a developer:

it would seem that this could be done quite easily and quickly with the site_menu module, create a vocabulary for modules and add terms for the types (e.g. syndication, ecommerce) and then perhaps a second vocabulary for module release (4.6 or 4.5 etc) and another for development stage and so on..perhaps also using sitemap and limiting to just specific vocabulary views?

this would pull up a list of modules and each would be labeled...

then anybody could use 'related terms' to associate one type of module with another category, or see where there is an instance of one module across two vocabularies...

...and then perhaps use that nifty 'notify' module but constrained to the vocabulary to get critical updates?

not sure, just some gut reactions...seems like there are a LOT of great modules within drupal that drupal.org is not even using and might be well served by...for example, 'side content' could show a nitwit-proof list of related modules, but that would be manual...or 'series' could show the modules within their respective vocabs..and so on...

any thoughts?

killes@www.drop.org’s picture

Status: Active » Fixed

Categories are now available.

Anonymous’s picture

Status: Fixed » Closed (fixed)