BuddyPress.org

There is no such publically available plugin.

The one used on this site was custom-coded by Andy Peatling. He might release this as a plugin in the future, but in the near short-term, don’t expect anything to be available.

If you’re a coder, the basic premises are:

1) Create a new nav item for groups called “ratings”.
2) Utilize the activity stream so users can rate the group.
3) Save the rating as group meta when a review is made.

—

Re: GD Star Rating – Milan Petrovic, the author of the plugin, has stated on a few occasions for some form of support for BP. When and what type of integration is still up in the air though.

Re: ETA on BP 1.3 – Jeff has a good estimate for when BP 1.3 is coming out. There’s still quite a bit of work to be done.

Re: Theme changes in BP 1.3 – Nothing is changing for themes (as of yet).

The only main change (that I know of so far) in BP 1.3 is how BuddyPress pages are now integrated into regular WordPress pages.

@r-a-y
I had him do the same. Still not working. I’m going to log in and see what else he has running that might be causing the problem. Seems like it happened since he upgraded to WP 3.0 and the latest BP. I think it must be a plugin of some sort that’s conflicting since it’s the default theme.

@xrun try this from the post i made about it and change the number to 250. if there’s any suggestions on how to make better anyone, feel free. I just had started using this a very long time ago and its worked for the most part ever since. The only thing is that sometimes a member can still copy and paste text longer than the limit and it’ll post, don’t know why that is.

Hmmm…Ronia, the link to my site is http://www.realestatemarbles.com.

Feel free to check it out.

My bp-custom file is placed in wp-content/plugins.

Let me post the entire code just for you…other issues could be you .htaccess file. Did you copy in the Multisite codes? It could also be an issue in wp-config.php…so many possible issues.

Take a look at this code again.

function nfm_bp_avtar_upload_path_correct($path){
if ( bp_core_is_multisite() ){
$path = ABSPATH . get_blog_option( BP_ROOT_BLOG, 'upload_path' );
}
return $path;
}
add_filter('bp_core_avatar_upload_path', 'nfm_bp_avtar_upload_path_correct', 1);

You may need to adjust the $url = get_blog_option( BP_ROOT_BLOG, 'siteurl' ) . "/wp-content/uploads/"; } to show your full address instead of ‘siteurl.’ So use http://www.example.com/wp-content/uploads/ instead. That may fix your issues…if not, I would suggest contacting Automattic and Buddypress support and see what they have to say.

Thanks techguy! I didn’t realize that BP Links could do that!

@el_terko just added a version to work with WP3 and with BP 1.2.5.2 page templates.
http://bp-theme-converts.com/buddypress-with-malleable/

@djpaul can you elaborate on whats getting changed in the themes? I hate to create themes only to have to redo them all.

No date yet. Lots of tickets left. See: https://trac.buddypress.org/roadmap I’d expect at least a few months if I was guessing, but you never know unless you get in and start fixing tickets to make it go faster.

@jmarino

Based on your first post, I did not understand that as your goal. But you are correct in stating that if you want to change more than just the name of the slug, then you have no other choice but to create a custom language file.

ETA on 1.3?

I am a little confused–this post has been going on for a while, however, there was no answer to it. And I noticed that buddypress.org does not even use the search that comes with buddypress, they use a better one. How can I implement that one? Cause no one really will use the standard one with buddypress as it doesn’t make too much sense. People just want to type something in and find it, not use a drop down that only pulls data from that topic (members, blogs, etc…). Thanks for your help on this topic.

I had to do this recently. Here’s a few hints.

– First, you have to create an interface for changing the usermeta in question. Here’s a simple example, where I added a dropdown to the WP Dashboard Edit User page. the dropdown contains the options “Teacher” and “Student”, and when the profile is saved, the account type is stored in the wp_usermeta table, keyed as ‘acct_type’. (You’ll notice that I’ve only made it available to blog admins – you can change that if you want) http://pastebin.com/n3whEtjd You could just as easily store this information as a piece of BP xprofile data, which has the advantage that you don’t need to worry about the functions for creating the dropdown UI or storing the data on the page. In that case, just add a profile field at Dashboard > BuddyPress > Profile Field Setup
– Then you’ll need a utility function that you can use in your theme templates to check which account type you’re dealing with, and then to display different stuff depending on the account type. Here’s an example from the same project, where I’m checking whether the *logged in* user is a teacher. http://pastebin.com/MqMksYTD If you’re dealing with xprofile data rather than usermeta, you’ll have to use the xprofile tags instead (see especially xprofile_get_field_data() in bp-xprofile/bp-xprofile-templatetags.php). And if you want to check whether the *displayed* user meets a certain criterion (as opposed to the *logged in* user, just call the $bp global (instead of $current_user) and set $user_id = $bp->displayed_user->id (see https://codex.buddypress.org/developer-docs/the-bp-global/ for more details on $bp).

At that point, you can differentiate between the content shown to/about one account type by using conditionals, eg if ( bbg_is_teacher ) { /*blah blah blah*/ } else { /*blah blah blah*/ }. This can happen mostly at the template level.

Good luck!

Does this still happen when you have BuddyPress turned off? I’d be surprised if this problem were caused by BP.

@caplain – You’re right, the codex search isn’t working for me either. I’ve added this to the buddypress.org bug list, and will have a closer look when the bp.org Ninjas project https://buddypress.org/community/groups/buddypress-org-ninjas/ kicks into high gear.

techguy is right – there isn’t really robust documentation at the moment. (Though you are welcome to participate in expanding the documentation at codex.buddypress.org as you figure things out!)

Just off the top of my head, you might look in the following places:
– for determining the admins of a group, look at bp-themes/bp-default/groups/single/group-header.php, where this is done in the context of group headers. The function to look for is bp_group_list_mods(), which is defined in buddypress/bp-groups/bp-groups-templatetags.php.
– Members of a group can be figured out with a group members loop. The codex page on this subject is quite good: https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-group-members-loop-bp_group_has_members/. See also the same group templatetags file, where bp_group_has_members() is defined.
– A list of all groups can be had with bp_has_groups. See the codex https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-groups-loop/ and, again, bp-groups-templatetags.php (see a pattern emerging here?)