I guess let's start a list here of blatantly mis-categorized modules so they can get fixed:

Signup - User authentication
Changed to "Event" (reported by dww)

Flexinode - Community
Double-assigned to "Content" and "Administration" for lack of a better option... but definitely is not a "Community" module.

Note to site admins: When doing this, be careful to also select "Modules" along with whatever other category/ies apply. It's easy to miss.

Comments

dww’s picture

thanks for creating this issue. i've got a few more suggestions. i'll just keep posting them here as i come across them. here's the first:

why does the "developer" category only include 1 module (that's not devel.module!), when most of the things that were discussed on the list as developer-specific are in the "administration" category? seems like either we should do away with the "developer" category entirely, or we should do a better job pulling things out of administration into developer. here's a partial list:

  • devel
  • simpletest
dww’s picture

"CCK" should be in "Content" ;)

dww’s picture

"UserSwitcher" should probably be in "Development", too (assuming we're going to keep a separate category for that).

dww’s picture

"Volunteer" should probably be in "Events".

oadaeh’s picture

Personally, I have never liked the "Developer" category, because it's not a category that describes the module's function, but it's intended audience, and that's not necessarily helpful.

sime’s picture

I quite like the "Developer" category. Especially since modules can have more than one category, so it's not a limitation.

robert castelo’s picture

OK, if we're going by function lets change 'Developer' to 'Development'

webchick’s picture

I don't have permission to change "developer" to "development", but I can do the rest.

Added to developer:
- simpletest
- devel

User switcher is actually by the module's description more of an administration tool, so I've kept it there.

CCK I double-assigned to "Content" and "Administration" so it matches Flexinode.

And Volunteer is now under "Events"

Thanks a lot, folks, keep 'em coming! :)

webchick’s picture

Added two more to the developer category: Form Updater and Module Builder.

webchick’s picture

And API.

dww’s picture

signup is only in "events" not "modules" which screws up all sorts of things. isn't there some way to automate it so that all modules get in that category automatically? thanks.

webchick’s picture

D'oh, thanks.. fixed.

And yeah, perhaps a patch to project module to either:

a) Make sure that at least one "first-level" term was selected; if not, display error.
b) Automatically selects the parent term(s) of whatever term(s) were selected.

boris mann’s picture

The right way to do this is to re-vamp project so that it uses separate vocabularies -- e.g. associate N vocabularies with project -- Drupal, Modules, Translations, etc.

Drupal would contain the terms:
* Drupal
* Drupal.org
* Documentation
* etc.

Modules would contain the categorization and be set to required and multi-select. Probably a better use of time to implement it this way than try and munge the way hierarchical assignment works -- we get this "for free" by using the built-in taxonomy features.

(And yes, I know this is late in the game to be suggesting this, but I thought I should list the Right Way if someone is going to put time into it....)

nedjo’s picture

There is relevant help text that should display at node/add/project_project, but doesn't. I know it's not everything, but it would help.

I've opened a new issue: http://drupal.org/node/57667

dww’s picture

browsing by name shows about 20 modules that start with the word "taxonomy". there are only 4 entires in the taxonomy category. ;)

FabriceV’s picture

"Article" is inside content. It should rather be in "content displayed".
--> Too much modules are falsely or confusely named. Usually, this was the Drupal user that complained that finding a module was a pain. Now, administrators have difficulties to correctly assigned them to categories... ;-)

dww’s picture

Boris, Nedjo: i think the problems you're talking about are fixed now that http://drupal.org/node/64221 has been committed and installed on drupal.org. please comment there if you have further ideas on how it should work.

webchick’s picture

Status: Active » Fixed

There haven't been any of these reported for several months now, and the new Project module UI should prevent future ones from happening. Marking fixed.

Anonymous’s picture

Status: Fixed » Closed (fixed)