BuddyPress.org

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?

It is already there.

But you may not edit the Fields which are stored by wordpress(If your User had registered before activating buddypress). Only Buddypress xprofile fields can be edited from profile page.

Under profile link, you will see edit profile which will allow you to change the basic details(xprofile fields).

Under settings->general you can change email/password.

The only thing you might want to look into is to show/hide specific xprofile fields for different groups. That’s more advanced and requires some new code to be written by someone

This is possible without too much effort, I have recently done it for a client. I considered using usermeta to indicate the type but it worked better for my client’s site to have it is an xprofile field. I wrote some code to not display or permit changes to it after registration, too.

Bowe, I’d store user types as usermeta. Might be a bit more work code-wise, but I think more flexible.

Showing certain profile fields by user-type with jQuery is just your basic conditional stuff. If this user-type is selected, then show these fields, if another type is selected show some other fields.

I don’t have a solution for all your problems but assigning different “user” types to your site is easy:

– Create a xprofile field in your BuddyPress admin. For example: What kind of user are you:

a. Swimmer

b. Skater

c. Surfer

– Install the BP Member filter plugin: https://buddypress.org/forums/topic/bp-member-filter

– Users can now filter members on the member directory page to find certain usertypes

The only thing you might want to look into is to show/hide specific xprofile fields for different groups. That’s more advanced and requires some new code to be written by someone

Good luck!

edit: Maybe if you combine both tips from Boris and me you just got your solution

ps: I’m interested in the jquery profile fields stuff as well.. sounds handy!

@psyber

You can just add to the existing registration process via the available hooks. So basically you add a dropdown field where the user has to select an option. Then you use a bit of jQueryness to display the various profile fields you want that user-type to fill in. I’ve done something similar for group types. Took about 20 minutes to code, so it’s not really hard

Yup- just as I thought.. in members-loop.php find-

<?php bp_the_site_member_last_active() ?>

and change to-

<?php echo bp_custom_get_member_list_xprofile_data('Gender') ?>

Where “Gender” is the name of the profile field you wish to display.

Threads been quite helpful for me so far..

I’m using Jet random members widget on the ‘members’ page and I’ve managed to get one of my profile fields to display there now, rather than a random field.

Here’s what I done…

In /directories/members/index.php find-

<?php bp_the_site_member_random_profile_data() ?>

and replace with-

<?php echo bp_custom_get_member_list_xprofile_data('Gender') ?>

where “Gender” is the name of the field you wish to display.

Then in bp-custom.php (in your plugins folder), add this:

//To add custom profile fiels to random members widget //

function custom_xprofile( $field ) {

echo bp_custom_get_member_list_xprofile_data( $field );

}

function bp_custom_get_member_list_xprofile_data( $field ) {

global $site_members_template;

return xprofile_get_field_data( $field, $site_members_template->member->id );

}

I’m working on a few other tweaks now to try adding this custom field to the actual member listing part of the page now and I imagine it will work in the same sort of way. I’ll keep you posted.

As for your other question, here are a few places to start:

1) Make a Gender field and a Enter the Competition field in Dashboard > BuddyPress > Profile Fields. Make sure they’re required on registration.

2) If by “top nav menu” you mean the thing that floats across the top of the screen, you can add to it by creating a button inside of a php function, then using add_action to attach the function to the bp_adminbar_menus hook. See buddypress/bp-core/bp-core-adminbar.php to see how it works in the core code.

3) Use a plugin like JJJ’s https://wordpress.org/extend/plugins/bp-member-filter/ to create the filters that will populate the pages that the “Men” and “Women” dropdowns will point to.

Those pre-built fields were removed in BP 1.1 due to being buggy. Expect to see something like this coming back for 1.3.

@Mike Pratt

I think from a development perspective, it was easier to avoid the WP profile entirely, since it’s far too limited in what you can do with it. Like you can’t (in the DB) easily tell the WP profile screen which dynamic field type to use for each dynamic field. Since BuddyPress took the direction of being entirely theme based, it made sense to make a whole new profile with a more direct apprach to setting the fields and getting/updating the data.

For 1.3 there will be a more powerful xprofile system that makes for smarter fields.

seriously, @Peter, you give yourself too much credit.

I would, however, be curious to know if there is a reason bp didn’t make use of the rudimentary profile fields already available through WP? If it was inadvertent, that’s fine, but if there was a deliberate reason, Id’ find that of interest.

The first way is for users that may have been registered before BuddyPress was installed. They can still login, post comments, and use the forums, but if they never edited their profile and set their display name(fullname), BuddyPress won’t find them.

The second is if a user edits their profile from the WordPress side (firstname, lastname, nickname) without changing their BuddyPress display name. At that point the two will be out of sync.

It’s possible to hook into the save profile action of WordPress and change the BuddyPress display name when the user changes their WordPress nickname, but some sites may want a combo of the firstname/lastname while others may want to use the nickname, and others still may not really even care or use either. From that perspective it makes sense to not have BuddyPress try to interfere too deeply with syncing profile fields that might not have a direct 1 to 1 relationship with each other.