BuddyPress.org

@lightcapturer – Yes, I found where to edit profile fields. Thanks much! I am wondering about pre-built fields now.

Has the db format changed that much for xprofile stuff from bp 1.0 to 1.2? I kind of got the impression that xprofile is something that has been on the back-burner for a while, what with lots of other features getting more attention (which is fine by me).

If this is the case you could try creating fields in seperate 1.0 install and then exporting the mysql + importing it into your 1.2 install.

I’m not sure if this is worse practice than install 1.0 and upgrading, but I personally don’t really like the idea of installing a very old version of BP on a system and later upgrading it. It feels ‘cleaner’ to just go straight to 1.2

It’s not in BP 1.2, and there’s no plugin I’m aware of that can add x-profile fields <i>en mass</i>.

Maybe in BP 1.3? Unless you want to use BP 1.0 and then upgrade to BP 1.2

@symm2112

I’m looking to do something similar in having login/register on the same page. That should be simple, but not sure about the profile fields piece. I’m need to implement different registrations for different “types” of users. I can do this with different pages with hidden input fields. Not sure how to work this with different profile questions yet though. Keep us abreast of your progress.

I have it loaded and it works for creating users but I’m debating on where and how to include the login field. I’d like to take it off and disable wp-login.php and have it added to the bp register page but I’m still not quite sure if that will work and still have them fill out their profile fields. Any suggestions? Also, if anyone knows what code needs to be put on the register template to include the same gigya login box that appears on the wp-login.php, i’d be really grateful.

Hi Peter, I had the same problem, here is the code that will move everything from group_id 1 to group_id 3

Check the id of the secondary group and change the number 3.

—

require_once(‘wp-blog-header.php’);

$x = $wpdb->get_results(“SELECT * FROM wp_bp_xprofile_fields WHERE group_id=1 and is_required=0”);

foreach($x as $k=>$v){

$wpdb->update(‘wp_bp_xprofile_fields’,array(‘group_id’=>3),array(‘id’=>$v->id));

}

@JJJ

First, is it jjj or JJJ?

Second, is there some way to use the usermeta solution for groups?

Also, I want to change the display of everything (dropdowns, menus, labels, etc.) to account for the different user types (e.g. teachers, students, parents). That would also need to be the case for groups (e.g. classrooms, schools, departments). How would you suggest going about this?

Thanks

Newer versions of BP along with newer templates and MU have solved this by moving those hooks and actions into the template, and BP hijacks the registration before it happens.

It’s happening because of an outdated theme arrangement. I’m going through something similar also at the moment and will be tracking this down shortly.

@wekko, the reason those fields aren’t entered right away is because a registered user isn’t an actual activated user yet. They need to click the link or be activated by the site admin in order to actually get entered into the user tables. In either case, that xprofile data is moved into the xprofile tables when the activation occurs, not when they register.

Do follow is also a great way to encourage users to create and fill out a profile, specifically if you create custom fields for their “websites” in their profile. Spam registrations are already a major issue ( at least for us ) so that isn’t much of a deterrent for us at least.

The code that I listed will not work as is. You have to make sure that you fill in the correct filenames for images, the correct desired values for profile fields, and the correct field names. Also it looks like I messed up and forgot at least one parenthesis. That’s why I said you’d need to tweak it. It should give you an idea of which functions to use, though.

You can search here for answers :

https://trac.buddypress.org/report

In [your-bp-theme-dir]/members/single/profile/profile-loop.php, you’ll see a profile loop beginning while ( bp_profile_fields() ) : bp_the_profile_field();. Inside of that profile loop you will be able to use various profile functions to test values. For instance,

<?php if ( bp_the_profile_field_name() == 'color' ) {

if ( bp_the_profile_field_value() == 'red' )

echo '<img src="redbadge.png" />';

if ( bp_the_profile_field_value() == 'green'

echo '<img src="greenbadge.png" />';

// etc.

}

?>

I have not tested this but it should work fine with some tweaking.

Your issue with appearance is a CSS thing, most likely that the ul elements are set to display: inline. Try setting them to display: block.

There was a new blunt solution here. Apparently having a couple of required custom profile fields also cuts down spam.

To be honest you aren’t going to get much/any support based on bugs in previous versions of BuddyPress as we may have fixed them in the more recent versions.

Can you post this in a ticket please?