[development] Node types in hook_form_alter()

[Nancy Wichmann]

James Benstead wrote:

> I'm now wondering how I've been writing modules for almost a year without
realising the whole $node object is available from $form

It took me some debugging to discover that as well. The "print_r" statement
is a wonderful thing.

 

I have never done it, but hook_form_FORM_ID_alter should also work for node
forms.

 

Nancy E. Wichmann, PMP 

(781) 697-6344

 

Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King,
Jr.

 

From: development-bounces at drupal.org [mailto:development-bounces at drupal.org]
On Behalf Of James Benstead
Sent: Sunday, December 13, 2009 8:49 AM
To: development at drupal.org
Subject: Re: [development] Node types in hook_form_alter()

 

Thanks Ken & Nancy - I'm now wondering how I've been writing modules for
almost a year without realising the whole $node object is available from
$form =).

 

2009/12/12 Ken Rickard <agentrickard at gmail.com>

Check $form[#node]->type. If not empty, use that string. 

 

- Ken

 


On Dec 12, 2009, at 2:47 PM, James Benstead <james.benstead at gmail.com>
wrote:

I'm writing a module that adds a field to the create/edit forms for nodes of
certain types - the actual types can be chosen by the user. There are loads
of ways to identify the type of the current node from within
hook_form_alter(), but is there an accepted standard way to do it?

 

If I use $form['type']['#value'] I get "Notice: Undefined variable" warnings
as my local server's error reporting is very verbose. I know I could change
the error reporting level, but surely it's better practice to try and kill
the bug?

 

And if I use $form_id I have to use nodetype_node_form and convert it to
nodetype - and, as an aside, I can't find a PHP function to do this cleanly.

 

So, what's the accepted way to do this?
--
Google Talk/Windows Live Messenger/AIM: james.benstead at gmail.com
Yahoo! Messenger/Twitter/IRC (Freenode): jim0203
Jabber: jim0203 at jabber.org // ICQ: 7088050
Skype: jimbenstead

 

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.716 / Virus Database: 270.14.105/2561 - Release Date: 12/12/09
14:39:00

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20091213/c899ab6a/attachment.html