This module provides a simple solution to the demand for meta tags in Drupal 7, while the more full featured module 'Meta tags' is under development. This module provides the important description tag, as well as the relatively unimportant but client requested keywords tag, and the copyright tag. These are provided in a simple interface integrated into the node edit form, easy for the most novice Drupal 7 site builder to use. The only necessary configuration is enabling meta tags in the content type.

This module compares to the 'Meta tags' module, which was intended to replace Nodewords for Drupal 7. The maintainers plan a complete rewrite to include tokens, and it's a big task. So far there is nothing available to download from this module.

Since I began writing 'Meta tag simple', the 'Meta tags quick' module has become available. Although both output meta tags to the header, the other module uses a field approach, completely different that the interface approach for 'Meta tag simple.' With both options available, users who demand meta tags before they will try Drupal 7 will have no reason to wait.

Link to sandbox.

Comments

jn2’s picture

Status: Active » Needs review

Changing status.

jn2’s picture

I applied for a CVS account with this project January 31, 2011. No one ever looked at my code, but I noticed that was true for at least 3 others who applied around the same time. I assumed that it was due to the Git migration. No need to reopen that one.

jn2’s picture

Added a copyright statement and reference to GNU license, as recommended at the end of the license itself, then saw that this goes against Drupal policies and deleted it.

valthebald’s picture

please check existing module metatags_quick
Wanna join efforts?

valthebald’s picture

sorry, didn't see your comment regarding metatags_quick
Do you consider an option of joining efforts with the metatags team?

jn2’s picture

@valthebald
Maybe collaboration could work here. I'll email you through your contact form.

Code reviewers:
Whether or not collaboration is possible, please consider this application for full project access active. In the case of collaboration, this particular sandbox would not become a full project, but I would like to be granted full project access.

valthebald’s picture

Hi,
I have downloaded and reviewed your code. Several conclusions/thoughts:
1. Grouping of meta fields to one vertical tab looks nice. In most (if not in all) cases people would want the whole bandle of tags, so it's logical to place them together.
2. API that you have chosen (node_* hooks) suits only for nodes, while entity API used in metatags_quick works with all entities. Also, I've got SQL exceptions when I tried to enable meta tags for one of existing content types. So I think storage engine should be based on fields, not on single table.
3. I suggest to think how it's possible to combine vertical tabs with fields of type meta.

What do you think?

jn2’s picture

This probably isn't the best place for us to discuss collaboration. I've opened an issue in my sandbox, #1105234: Discussion about collaboration: 'Meta tags quick' and 'Meta tag simple', so we can discuss there. Any code reviewer can easily find it if interested.

I've left a response there.

rfay’s picture

Status: Needs review » Needs work

Stumbled on this while trying to clean out the queue. Sorry it's been sitting here so long. Here's a review. It all looks very close, and will be fine with a few changes.

Please remove the $Id$ tags, as we don't use them any more.

You don't need the empty hook_install() and hook_uninstall() functions in D7 any more I don't believe. Thought that issue was resolved anyway.

There are a number of trivial trailing whitespace issues. Consider using an editor or other tool that will clean those up for you according to the Coding Standards.

        '#description' => t('A concise explanation of this page. Used by search 
        engines and other sites to describe it in listings. A major search engine 
        confirms that a good description can improve clickthrough rate. Limit 
        length to around 155 characters, plain text, no HTML.'),
      );

You have t() around long formatted/wrapped text. This will be murder for translators, even if it probably comes out OK in the html. Probably best to just make it a line.

Some indentation issues in the .module file. Consider using an editor that will fix all those for you.

jn2’s picture

Thanks for the review, rfay. You are doing good work here, helping with the review queue.

I've fixed the $Id$ tags, the whitespace and the indents. I also deleted the empty hook_install() and hook_uninstall(), and the module seems to work fine.

Before I fix the long text, I want to be sure I understand what you are suggesting. When you say, 'best to make it a line', do you mean one long line with all the current text (that's what I'm thinking you mean), or are you suggesting I shorten it? And does the same apply to the hook_help() text? (I put the line breaks in to make it easier for the reviewer to read. But I guess the rules for comments don't apply to text inside t().)

Thanks again.

jn2’s picture

Status: Needs work » Needs review
rfay’s picture

I'm not suggesting that you shorten it. I'm suggesting you make it all one line, or at least not introduce whitespace.

If you have a string to be translated like
$x = t('some
text
like
this');

it works fine in HTML, but remember that this will have to be translated. So it becomes impossible for translators to search for or work with. Because they're searching for the literal string, which now has returns and spaces in odd places.

So the options are:
$x = t('some text like this');

but I know that's unwieldy in the code

$x = t('some
text
like
this');

Would at least not introduce the random whitespace in the translated string (but still has annoying returns)

And finally you *could* concatenate all the stuff and then run t() on it, but t() is generally supposed to be for static strings.

Hope this is making some sense.

jn2’s picture

Yes, thanks, I'm pretty sure I know what you mean. I'll make the change, and then we'll know for sure.

jn2’s picture

Made the change to the text wrapped in t(). I've been meaning to go back and structure hook_help more along the lines of the 'Help text standard' at http://drupal.org/node/632280, so I did that as well.

With that last change, I think I've addressed all the issues from #9.

rfay’s picture

Status: Needs review » Reviewed & tested by the community

OK, works for me. Thanks so much for your patience and cooperation!

Please remove the CRs from the README. You'll want to use an editing environment that doesn't add those, in most cases.

rfay’s picture

Status: Reviewed & tested by the community » Fixed

OK, no objections, so Git vetted user role granted. Thanks for your many ongoing contributions.

Please review other people's submissions so we can get this queue down.

Thanks so much for your patience and your present and future contributions.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.