Active
Project:
Event Manager
Version:
5.x-1.x-dev
Component:
User interface
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
9 Mar 2008 at 16:30 UTC
Updated:
19 Sep 2011 at 18:19 UTC
Jump to comment: Most recent
Comments
Comment #1
mdowsett commentedis there any allowance for this? any interface to include taxonomy, CCK and or Profile fields into the signup form?
I've done some custom theming work with the signup.module to write-back to profile fields but it wasn't easy...lots of custom coding.
Comment #2
shanefjordan commentedI would like the ability to add additional fields also. I'd want to do it on a per event basis. For instance, I have one event that I only need the name/e-mail/phone, but then on another event, I want to capture name/e-mail/phone/comments/address/etc.
Comment #3
mdowsett commentedeven better would allow the event creator (possibly not the site admin) to have checkboxes beside which fields are shown on their specific event signup form...and the ability to create more themselves...
Comment #4
shanefjordan commentedThat might be an easier implementation. I see in the database that each field on the form has a unique field in the table. Then I'd only let administrators add new fields, but event creators could choose which fields to have displayed.
Comment #5
mdowsett commentedi'm pretty sure the signup form data does NOT go into fields in the table....it all gets dumped into the signup_log field instead of in separate fields. I think this makes it tough to repurpose the data or define field types.
Comment #6
shanefjordan commentedTake a look at the event_participant table (structure posted below). As someone registers, there information is getting posted here.
The easiest solution to make additional fields would be to only allow an administrator to create new fields. When a new field is created, alter the table to add in the new field. Then, you could have the page for registration display the fieldname to the user and let them select which fields they want. That is the easiest solution I could think of, but definitely not the best solution. For it to work properly, without constantly having to alter the table, I would create an event_registration_fields table
Then, i'd create another table to hold additional participant info, so it would have a structure of:
Administrators would add new fields into the event_registration_fields table, and event coordinators would select their fields from this table. As someone registers, it would add their information into the event_participant table (general info that every participant should have, such as first name, last name, e-mail). Then all other information for that participant would go into the event_participant_info table.
- Shane
Comment #7
Jérôme commentedIt can be a pain to register if there are to many fields. (it is already)
I guess a solution could be to automatically "grab" data from the user profile module.
The idea being :
When an event is set to "register" list all profile custom fields with a checkbox so that the event creator can select the data he wants.
This way you can dynamicaly chose the relevant Form fields you want in the report AND achieve a handy lightweight "one click registration".
Furthermore :
- it observes the Drupal privacy policy for email addresses.
- no need to email "Confirmation Code" if userID is used for authentication.
Comment #8
gracearoha commentedSo, is there an answer to question #1 above:
"is there any allowance for this? any interface to include taxonomy, CCK and or Profile fields into the signup form?"
I am interested in using CCK with this module to simply add to the default form. I wouldn't need to change it for every event.
Also, i would like to know if event-repeat, resource conflict and RSVP can be used with this module?
It looks like quite a handy tool :)
Comment #9
shanefjordan commentedI understand that you don't want a lengthy registration form all of the time. However, at times there are some additional questions that would need answered. On the same note, if i'm a user that is logged in, I really shouldn't have to provide a name, e-mail, etc. I should just be able to register for the event unless there are some questions that are needing answered that my profile would not contain.
For instance, I may be logged in, but the event i'm going to could be a family event. I do not want to register each member of my family, but instead register one time with number attending as 5.
Thanks,
Shane
Comment #10
rastarr commentedSubscribing ....
Comment #11
fersman4 commentedSubscribing
To the owner: depending upon my boss's decision for a current project, I may be able to help with development for this feature request.
Comment #12
anders commentedI am very interrested in the ability to add additional fields as well. I want to use the module to enable registering for sailing events, and I need fields for sail number, boat class and similar. I can use the roles for boat classes, but then I need to be able to set the label.
I think the simplest way would be adding a list of custom fields to the current table, including their data.
Comment #13
anders commentedBtw, it would be usefull to be able to provide default extra fields, so that one wouldn't have to create them each time.
Also, it would be nice with varuious field types, eg checkboxes, radiobuttons, text fields. Hm, CKK field types?
Comment #14
mdowsett commentedanders - looking for something like this:
http://www.goflyxc.com/2008/bigspring
I had to code it into the signup.theme and signup.module
Not easy (since I'm not a coder)...I had to enlist some help to get as far as I did. And it's supposed to write back the data to the core profile fields (not sure if that is working or not). All the info is donwloadable in the signup data.
I wish it was in the GUI too (cck fields would be nice)
Comment #15
shanefjordan commentedWould it be possible to maybe incorporate the webform module? That would allow each registration form to be unique. I have to use the event module for a project, but it is going to need some additional fields on it. During my project I am going to try and incorporate either CCK or the webform module as the way to add those fields. If I do come up with anything good, i'll be sure to post back.
Thanks,
Shane
Comment #16
Anonymous (not verified) commentedI've looked into this and I'd like to lend my voice to this. PLEASE, if there's any other options here other then what I'm describing I'd love to know about it. IMO, there are really two options that are available to doing this right:
1) Modify [TABLENAME].event_participant so that it contains the additional fields that you want. Then modify event_manager.module to handle the new columns in your table. This isn't not difficult but it is rather tedious.
2) Add additional columns to the user profile using the profile module. However, some questions are specific to the event and not the user so this may not work. Recalling this information in a combined table/form may require some custom PHP, but not nearly as much as option 1.
Any other ideas?
- MT
Comment #17
shanefjordan commentedThere is a new module being created called event_webform. I think this may have what would be needed, but it is not quite there yet.
Comment #18
Anonymous (not verified) commentedSweet! This will help others in the future. Unfortunately I'm on a short time limit and have to get something done sooner then later. :(
Thanks for the feedback!
- MT
Comment #19
amar2yc commentedPlease tell me any one, how to add more fields in Registration Form.. please tell me clearly.!
Comment #20
edubuc commentedHi,
I've found the answer on the web :
[...]the module developers had already done the work for me. They implemented the signup form’s fields as a themable method, letting me override it on a per-theme basis. Without having to touch the code for the module itself. Brilliant. Absofrakking brilliant. So, I added this code to our theme’s template.php file (the theme is called “uofc_thisisnow”):
function uofc_thisisnow_signup_user_form() {
$form['signup_form_data']['#tree'] = TRUE;
$form['signup_form_data']['Name'] = array(
'#type' => 'textfield',
'#title' => t('Name'),
'#size' => 40,
'#maxlength' => 64
);
$form['signup_form_data']['Phone'] = array(
'#type' => 'textfield',
'#title' => t('Phone'),
'#size' => 40,
'#maxlength' => 64
);
$form['signup_form_data']['Faculty'] = array(
'#type' => 'textfield',
'#title' => t('Faculty or Department'),
'#size' => 40,
'#maxlength' => 64
);
$form['signup_form_data']['Status'] = array(
'#type' => 'select',
'#title' => t('Status'),
'#default_value' => t('Faculty Member'),
'#options' => array(
'faculty' => t('Faculty Member'),
'staff' => t('Staff'),
'student' => t('Student'),
'other' => t('Other')
)
);
return $form;
}
The beauty of this, since it exposes the full FormsAPI, we can add select menus, radio boxes, default values, etc… Without having to touch the code of the Signup module itself. Very cool stuff.
I tried it, it works, the full post is at:
http://www.darcynorman.net/2006/12/12/custom-fields-in-drupal-event-sign...
Comment #21
emilyf commented@edubuc
thanks for posting that. works perfect.