Thanks for this guys I really didn't realize this was possible. When I read the module porting guidelines, it suggested that form rendering functions now only take one parameter, that is formid. I wish I knew about this before I wrote all those static caching functions as a workaround. :).
FYI: If you do the exact code Ivan suggests here this, you need to make sure it's in the (!$maycache) section of the hook_menu, which means of course you can't customize it. This will be better in D6 where wildcards take up the slack.
Dave
-----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Ivan Sergio Borgonovo Sent: Wednesday, July 30, 2008 11:41 AM To: support@drupal.org Subject: Re: [support] Simple Module Coding Question
On Wed, 30 Jul 2008 11:07:43 -0700 "Metzler, David" metzlerd@evergreen.edu wrote:
I usually just get it using a call to arg(1) in the from rendering function.
Make sense?
This makes your form definition function dependent on where it is rendered.
What about ... 'path' => 'somepath/'.arg(1).'/'.arg(2), 'callback' => 'drupal_get_form', 'callback arguments' => Array('my_form',arg(1), arg(2)), ...
function my_form($p1, $p2, $form_values) { $form['bau']=array(...); }
I just had issues with multistep forms making use of $form_values when I was willing to provide a fall back from somepath/1/2 to somepath/ without duplicating too much code. I solved it in a way that I didn't find intuitive but I forgot how I did.
But in less complicated situation it definitively works smoothly in D5.
-- Ivan Sergio Borgonovo http://www.webthatworks.it
-- [ Drupal support list | http://lists.drupal.org/ ]