Closed (works as designed)
Project:
Term Display
Version:
6.x-1.x-dev
Component:
User interface
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
10 Feb 2009 at 20:15 UTC
Updated:
18 Feb 2009 at 10:54 UTC
Several taxonomy-related modules put themselves into package = "Taxonomy".
I suggest this module move there too and help keep "Other" tidy :)
Comments
Comment #1
nedjoMakes sense.
Comment #2
joachim commentedFixed in both 5 and 6 branches.
Comment #3
heine commentedPlease don't abuse package for this. The tendency of module authors to see package as some sort of category makes the admin/build/modules page on a medium to large site nearly unusable.
Comment #4
joachim commentedIn what way unusable?
I'm developing a large site now, and I have 35+ modules in 'Other'.
Maybe in some cases categories are vague and meaningless, but there are a lot of modules out there (I'm running at least 5) that clearly do only stuff to do with taxonomy.
Comment #5
heine commentedThese are not categories, they are packages; a bunch of modules that are distributed together or depend on one an other.
This has been discussed over and over. See for instance http://lists.drupal.org/pipermail/development/2006-December/021348.html and http://lists.drupal.org/pipermail/development/2006-November/021080.html and the Writing info files documentation.
Comment #6
joachim commentedOk fair enough.
I'll roll it back -- but your only reason is "because the docs say so". That's a good enough reason for me -- but frankly your other reason about usability is rubbish.
And btw this is why I HATE mailing lists. How do I reply to those messages? I can't.
Comment #7
joachim commentedRolled back on both branches, set to 'by design'.
But I think some way of organizing the admin modules page is required -- and most of the solutions mentioned on IRC the other day were way too complex and over the top.