BuddyPress.org

It’s my theme and I code WordPress themes for like 5 years now but I don’t see myself as a Developer it’s more a hobby 🙂

I’m solid at HTML-CSS and can read PHP when I see it happen but I can’t write PHP it out of the box.

This error shows up when I try to hide a complete xProfile-group-ID or just an unique xProfile-field-ID from the loop.

This is what I did.
Inside: my-theme/buddypress/members/single/profile/profile-loop.php
I found the start of the loop

<?php if ( bp_has_profile() ) : ?>
....

My first thought was, maybe there are default options here to control the output of which ID’s will be visible so I started the search how the bp_has_profile() was build and looked into plugins/buddypress/bp-xprofile/bp-xprofile-template.php and found this at line 150:

....

$defaults = array(
	'user_id'             => bp_displayed_user_id(),
	'profile_group_id'    => false,
	'hide_empty_groups'   => true,
	'hide_empty_fields'   => $hide_empty_fields_default,
	'fetch_fields'        => true,
	'fetch_field_data'    => true,
	'fetch_visibility_level' => $fetch_visibility_level_default,
	'exclude_groups'      => false, // Comma-separated list of profile field group IDs to exclude
	'exclude_fields'      => false  // Comma-separated list of profile field IDs to exclude
);

This looks very familiar to bbPress so my first thoughts was lets try to add one of those Array’s to the loop and overwrite the default value.
Just like this.

<?php if ( bp_has_profile( array ( 'exclude_groups' => 1 ) ) ) : ?>
...

This works perfect, it hides all xProfile-fields from the first Base primary Tab (back-end). Just like I wanted it because I didn’t want all the fields to show up front-end, I’ve got a few xProfile-fields that I use for user-customization of the profile-page. Each user can add color-codes to change the default menu-color and add background-images to their profile-page to make each profile a little more unique.
Those field-ID’s are just urls or color-codes and don’t have to be visable to the public, thats why I try to hide them front-end.

In the profile-loop.php ( members/single/profile )

Instead of this loop.

<?php while ( bp_profile_fields() ) : bp_the_profile_field(); ?>
	<?php if ( bp_field_has_data() ) : ?>
	<tr<?php bp_field_css_class(); ?>>
		<td class="label"><?php bp_the_profile_field_name(); ?></td>
		<td class="data"><?php bp_the_profile_field_value(); ?></td>
	</tr>
	<?php endif; ?>
<?php do_action( 'bp_profile_field_item' ); ?>
<?php endwhile; ?>

I know, but what if I duplicated the code above for all 20 profile fields ?

– country
– about
– gender
– age

I would like to know how bad this would be for performance on the site, from my understanding it has something to do with Database Query’s ?

Trying to make a Tab view of the profile info, on the first tab I would like to show all general stuff and on the second tab I would like to show work info + social media options.

Hi again, @henrywright-1

just wanted to let you know, that I’ve requested some help from the developer of BP Custom xprofile Fields – donmik

I asked him, if it is possible, to use a custom xprofile field (selectbox) to choose the user role and pass it over to wordpress. He gave me this function or – you can say – hint:

function custom_bp_core_signup_user($user_id) {
    $user_role = strtolower(xprofile_get_field_data('NAME OF THE XPROFILE FIELD', $user_id));
    switch($user_role) {
        case "role 1":
            $new_role = 'Contributor';
            break;
        case "role 2":
            $new_role = 'Author';
            break;
        default:
        case "role 3":
            $new_role = 'Suscriber';
            break;
    }
    wp_update_user(array(
        'ID' => $user_id,
        'role' => $new_role
    ));
}
add_action( 'bp_core_signup_user', 'custom_bp_core_signup_user', 10, 1);

I put this code in my bp-custom.php, but it does not work. I think there’s something missing. Maybe you have an idea, or @modemlooper?

P.S. I found profile-wp.php and deleted out the fields in my custom template that I don’t want to display, but they still show up. LOST.

Thanks @mercime. Am I right in thinking then, that out of the box, the normal functionality is to have buddypress extended-profile-fields, groups, and member-lists shared across the network?

I.e. if an admin deletes a group or profile-field from a child-blog, it effects the entire network?

And, there’s nothing I can do to prevent this without a third party plugin or my own hacks?

Upon further reflection what I had thought would work in fact does not. Does anyone know how I could string together a search for the 2 fields? The issue isn’t the member type itself its that the member types both have profile fields with the same value in it. (IE: Childcare)

So searching /members/?s=Childcare will return both Employers and Jobseekers that have selected childcare. I would like to be able to filter those results between Employers and Jobseekers.

Hi @henrywright-1 again,

your logic is right, but I wanted to avoid editing templates. That’s the reason why I use Buddypress xprofiles acl plugin. This makes it possible to choose which role can see and use the different profile tabs. For the music embed I use BP Profile Widgets, the needed input fields are only visible to members with the userrole “band”, all other members can only see the output of the widget – music.
Your last post makes me think about other things that could be done beside those plugins I use, but that goes too far at the moment. As I tried to explain before, the really important thing about passing over the roles to xprofile-fields would be the possibility to show the roles for each member in a searchable and clickable way that always leads the user to the right member-directory.
Maybe you have more ideas, however, thanks for your ideas and help.

Thank you @henrywright-1,

this would be a nice alternative to my own approach, but what about my original idea? Remember you asked the same question in another thread few weeks ago.

If there would be a way to pass over the different user-roles to xprofile-fields there would be no need to create templates. You could output the field in the member-loop and make it searchable. This would be the simplest way. What do you think about it?

As an example: a user registers on my site as “band” (which is a wordpress user role). The selected field would be inserted into a (maybe) hidden xprofile-field also called “profiletype”. This field could be echoed everywhere inside buddypress (clickable, searchable). I know this could be done with only xprofile-fields too, but without the possiblity to use bp-xprofile-acl an the advantage of different user capabilities. Am I clear?

The WPUF Pro plugin uses a field they are calling “Meta Key” on each of their user registration fields. The BP Integration Add On maps each of the custom registration fields to the Buddypress XProfile field. Unfortunately the value in the Meta Key field seems to be not syncing with whatever value Buddypress assigns to member profile fields. So I end up with two sets of member profile fields that are not updating correctly.
So I am trying to locate the naming convention for Buddypress Extended profile fields or find out what each field is called. What the user meta value is I guess?
I am installing PHP MyAdmin and will try to find there but hoped there was a naming convention or place to see this in the Admin.