BuddyPress.org

@modemlooper thanks for the help!

yes, the documentation on this site for the theme override is extremely limited and definitely confusing…

the single page on this site talking about the add_theme_support function was very vague, and not worded well… certainly giving the impression that it WAS necessary in order to override.

to use custom pages/loops/etc, do i still need to have the /buddypress/activity/file.php in my theme?

lastly, i don’t like the idea of being required to load another css file to override styles… i’d prefer to just use the styles.css file. it also makes writing the css a pain since everything requires the use of the #buddypress ID… not very elegant IMO.

with 1.8 it was working great, i had the default styles off, and was able to add my bootstrap classes, and style only what i needed.

am i missing something here?

This plugin: Buddypress Xprofile Custom Fields Type, had a conflicting field that I couldn’t see in my original theme. So I switched over to Twenty Twelve and the extra field popped up. So, I just deleted the (invisible) conflicting field from the profile, which allowed the Registration process to move forward.

Thanks for your response! okay maybe I am stating this wrong. I have a list of entries showing various user ids as one of the fields. In the next field I simply want to show are these entries from a friend or not so that I can filter them to only show me entries from my friends. Does that make sense. I thought the purpose of the friends_check_friendships function was to compare to user ids to see if their is a relationship between them and return ‘true’ or ‘false’? Also, are the user ids in buddypress friendships the same user ids in wordpress users without buddypress? For instance the two I am comparing are user_id=1 and user_id=2, so in the function, it should result in friends_check_friendships(1,2) = true right?

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.