PDA

View Full Version : New fields in user registration?


brookelyn
Tue 12th Sep '00, 3:24pm
How can I add new fields to the user registration page. For example, I would like to collect zip codes, first and last name, gender, etc. Can I just edit a template or what? I'm thinking it might be more complicated than this, but it is very important that i add these fields and i cannot accept no as an answer. Any advice would be greatly appreciated.

Wayne Luke
Tue 12th Sep '00, 5:01pm
This will require changing not only the templates but you will have to change the member.php and database structure to handle the new fields you wish to add.

If you don't know PHP then I suggest you make a request in the Hacking forum, though I think it was mentioned that custom fields might be added in an upcoming version.

brookelyn
Wed 13th Sep '00, 11:43am
Is there anybody around that would be interested in doing this as contract work for me? I do not know PHP or databases very well and am hesitant to do this, however my "boss" does not take no for an answer. This has to be done and done FAST. grrrr

Shoe
Thu 14th Sep '00, 10:42am
Yes, I need to get real names as well as allow user names. Did anyone generate a hack for this? I would think this might be a common need.

Thanks!

TWTCommish
Thu 14th Sep '00, 10:51am
I could be wrong...but I think this will part of a future release...it is certainly useful. Without it, you need a knowledge of MySQL commands and PHP to add fields.

I could probably handle it...but its still risky.

Shoe
Fri 15th Sep '00, 10:39pm
A temporary fix is to include name in biography--just change the table

[Edited by Shoe on 09-15-2000 at 09:42 PM]

shashi
Sat 23rd Sep '00, 6:39am
If there are many custom fields or one wants to keep changes isolated, one can add a NEW table for all the custom fields needed, and then create a template/form (I am new to vbulletin, so correct me here)
Then after first form of registration done (or append it right in that form itself) one can have these custom fields filled out.

Actually one would need TWO tables:
table custom_fields (
field_id number
field_name string
)

and a table called, say,

user_custom_fields (
userid
field_id number
field_value string
)

( of course, the column specs have to be converted to mySQL, int, varcahr etc. I am using generic names)