Select option values

Actually it is possible, and it is documented. Written beneath the options box for a select object is the following:

Key-value pairs may be entered seperated by pipes. i.e. safe_key|Some readable option

However, after some testing, if you have any non-alphanumeric character in the key name e.g. a fullstop (.) or an @ symbol, it assumes that the line is your value.

So, basically, the functionality is there, it just won't do what you want it to :) My suggestion is to put some code into a template file called webform_form_#nodeid#.tpl.php (change #nodeid# to the node id of your webform), that finds that select box, and redefine the options using the forms API. Your code might look something like this:

$form['submitted']['option_test'] = array(  // change option_test to your field's key
  '#options' => array(
      'john@home.com' => t('John'),
      'mark@home.com' => t('Mark'), 
  ),
);

I haven't tested this to see if it works, but give it try.

This is also a very recent change. So it's not in 1.2 but will make it into the next stable release. The dev version is a little buggy atm, but you can just grab the select.inc component out of the dev version and you'll get this feature for the time being.

Right, the pipes are not available in the 1.2 version. You'll need to download the development version (http://drupal.org/project/webform) and grab the select.inc file from there until 1.3 is released.

Actually, the tpl.php file overrides the form values when you view the form i.e. before you even submit it. If you have this form available on the net, send me the link and I can create the tpl.php file for you if you like. If its not, then save the webpage with the form and email me the html file (via my contact page).

Well, it turns out that my great idea to override the webform select options with a theme file only half works. The options are easily changed so that their key values are the required email addresses. However, when you try and submit the form, it fails and says that the selected option is an invalid choice. After a bit of fiddling, I think that webform is somehow validating the selected option against the original option, and not the modified one. When it sees that the two key values are not the same, it throws up the error. If I change the email address back to the value that Webform had created, then it goes through. This was tested on the 5.x-1.2 version.

Using the 5.x-1.x-dev version, I can use the pipes, but an email address is not valid it seems - neither the @ or . are allowed. If they are there, then the entire line is shown as the option. So, for this to work, an extra check to see if the key is an email address is required. The HTML specification does appear to allow those characters, so its something to do with webform's processing.

Actually, I think the current method is too strict. The only thing that really needs to be stripped out are quotes (or maybe they just need to be escaped). I'll investigate.

@matt.c I've refactored the "safe" values quite a bit in 1.3. Now you can use any characters besides spaces and quotes in the manually defined keys.

Subscribing...