8

Regarding Module tagging name length, is there a reason we do not have a naming scheme for module specific tags?

Here is a collection of what seem to be module specific tags currently in use using different naming conventions.

- Module name only.

Module name with 'dash' module.

Module name with 'dot' module.

Would it make sense to setup a naming scheme specific to 'specific modules'?

4

I have renamed as , and merged with it. The reason I kept (after renaming it) is that it had already a tag wiki.

The reason there was (which I renamed ) is because the entity API is a part of Drupal, and there is a third-party module that is the Entity API module. There was the need to have a tag for that third-party module, and for questions about the Drupal entity API; that is why there is , and . Notice that Drupal 8 has the Entity module; questions for this module should be tagged .

If Views becomes part of Drupal 8, we will have a similar problem. Probably we should have for the third-party module, and for the Drupal core part. That is in the case the Views module becomes part of Drupal 8, and it doesn't change name during that operation. Code of the CCK module was incorporated in Drupal 7, but as part of modules such as the Field module, the Field UI module, the Text module, and the Number module.

Generally speaking, there is no need to include .module, or -module in a tag. It is done when it is not differently possible to disambiguate two tags that would differently be the same.

  • So to help solidify our naming scheme for Drupal specific tags, should we entertain the idea of using -module to differentiate contributed modules from core modules with identical names as in the case of the entity api? If so, including heavily documented Drupal terms (possible list of a few drupal.org/glossary ) that collide with contributed and core module names might make sense as well. Would something like this be too isolated to add to the FAQ for reference purposes? – Citricguy Aug 28 '12 at 22:59
  • There is no need to differentiate between Drupal core modules, and third-party modules. The Entity API module is the only unfortunate case, where the module should have probably be named differently. – kiamlaluno Aug 28 '12 at 23:08
3

Totally agree with the disparity between dots and dashes...I've changed all questions tagged with to , which follows the standard tag naming 'strategy' more accurately.

With regard to the -module bit...I don't think there's an issue there to be honest.

is so-named because there's another tag (), which is a synonym of . Since entities are a specific concept in Drupal core, it makes sense that there be a separate tag for those questions, and the ones specifically about the entity API module.

Following the same logic: since there's no such concept as 'views' in the core of Drupal, the tag doesn't actually need to have -module at the end, as it's already implied.

  • There is no need to retag all the questions using a tag, when the purpose is replacing a tag with another one: Moderators can rename tags. Thank you for taking care of this, anyway. – kiamlaluno Aug 28 '12 at 21:13
  • Doh, didn't realise that. Ah well, I know for next time! – Clive Aug 28 '12 at 21:31

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .