Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
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 CreditAttribution: joachim commentedFixed in both 5 and 6 branches.
Comment #3
Heine CreditAttribution: 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 CreditAttribution: 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 CreditAttribution: 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 CreditAttribution: 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 CreditAttribution: 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.