BuddyPress.org

You could put all your fields as xProfile and group them in sections.

On top of that you could write some jQuery.

I struggle going into BuddyPress code but I’m sure you could target this with client side validation via jQuery.

It’s not perfect but it could be done.

Afaik yes ! Except if you like to do and redo your customization after each update or to come here to get help… RTFM Travis !

This is not how your child theme should fire a BP page…
Have you a “buddypress” folder in your child ?

Which theme do you use ?

@steigw

read here and try it out

little thing with a big impact

Hi !

You can easily do this from wp’s users admin.
Once one or x members where promoted as “editor” or whatever wp role you created, you can attribute them to a group.

The snippet you’ll find on the codex will add a new bulk action “add to bp group” to the existing bulk selector, above the user list.

Select the concerned member(s), click on Apply. In the box showing up, add the group id, save and you’re done !

You can see the result by going to dashboard > groups > select the group you’ve added members and edit the group. See the group user list at the bottm of the page and verify the new user(s) are there.

Have you checked out Buddypress Conditional Profile Fields ?

The problem is that the activity stream stripes shortcodes like wp’s quicktag “more”.
Comment in bp-activity-filter.php:464 says
If the text returned by bp_create_excerpt() is different from the original text (ie it’s
been truncated), add the “Read More” link. Note that bp_create_excerpt() is stripping
shortcodes, so we have strip them from the $text before the comparison.

So if you’re used to write posts with excerpts, using the_excerpt instead of the_content would effectively bring the excerpt on the feed, but if the excert counts 1500 words, you will see them all !

If you use the_content, BP will add a read more link after 55 word by defaults, what ever the real amount of words in the post.

But with the above function active, SWA is no more in default configuration for this activity type.

So you’ll probably have better to use this function with the_content > full post and add a custom length for post activities.
Read here how to do that.

For the author name, you have to use get_userdata.

This should work:

function bp_full_posts_in_activity_feed( $content, $activity ) {

   if ( 'new_blog_post' == $activity->type ) {
      $post = get_post( $activity->secondary_item_id );
      if ( 'post' == $post->post_type )
	$title = isset( $post->post_title ) ? $post->post_title : '';
	$content = apply_filters( 'the_content', $post->post_content ); // or post_excerpt
	$author = get_userdata( $post->post_author )->user_nicename;  // or display_name;            
     }
    
    echo "<h2 align=center>" .$title. "</h2>";
    echo '<h5 align=center>By '. $author .'</h5>';
    echo $content;
     
}    
add_filter( 'bp_get_activity_content_body', 'bp_full_posts_in_activity_feed', 10, 2 );

Apparently nothing to do with BuddyPress.
Same question as on the buddypress-registration-groups(error comes from this plugin ) support !
See
https://wordpress.org/support/topic/fatal-error-on-registration-form-1

Hi,

by changed to a custom role do you mean custom wp role or a buddypress member type ?

To complete this topic, a little tutorial to restrict Updates to a BuddyPress “member_type” (not a WP role).
Spec: only Teachers are allowed to publish.
Required: a member_type of “teacher”.

The Update form used for Site, Members and Group activities is in
wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/activity/post-form.php
This form is called by the function bp_get_template_part everywhere BP needs it. In this case, in 3 different component: activities, members and groups.

What we are going to do is to add a condition before calling the template part. Without altering core or even your theme. Just telling BP to show the form if condition is ok and doing nothing if the condition doesn’t fit.

Let’s go !

You need a template overload of 3 files. Copy them into your child theme buddypress directory by respecting the path (ie. child-theme/buddypress/members/single/file

wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/activity/index.php
	Line 31: <?php bp_get_template_part( 'activity/post-form' ); ?>

wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/groups/single/activity.php
	Line 54: <?php bp_get_template_part( 'activity/post-form' ); ?> 

wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/members/single/activity.php
	Line 48: bp_get_template_part( 'activity/post-form' );

In each file before bp_get_template_part there is an if statement.

We’re going to add one more for the member_type of “teacher” by using var $member_type == 'teacher'

For that, we need a user_id and the member_type of that user. If both fit to the whole if condition, we call the template part. If not, the template is not called. And voila.

We are adding 2 lines: ($user_id and $member_type) and a condition (&& $member_type == 'teacher') to the existing statement.

The only thing you have to change is the member_type name (teacher) to fit yours.
If you do it correctly, here’s how the end result should look alike.

This snippet goes to /activity/index.php (see line # above)

<?php 
$user_id = bp_loggedin_user_id();
$member_type = bp_get_member_type( $user_id );

if ( is_user_logged_in()  &&  $member_type == 'teacher' ) : ?>
   <?php bp_get_template_part( 'activity/post-form' ); ?>
<?php endif; ?>

This one goes to /groups/single/activity.php

<?php 
$user_id = bp_loggedin_user_id();
$member_type = bp_get_member_type( $user_id );

if ( is_user_logged_in() && bp_group_is_member() &&  $member_type == 'teacher' ) : ?>
   <?php bp_get_template_part( 'activity/post-form' ); ?>
<?php endif; ?>

And this one is for /members/single/activity.php

<?php
$user_id = bp_loggedin_user_id();
$member_type = bp_get_member_type( $user_id );

if ( is_user_logged_in() && $member_type == 'teacher' && bp_is_my_profile() && ( !bp_current_action() || bp_is_current_action( 'just-me' ) ) )
	bp_get_template_part( 'activity/post-form' );

/**
 * Fires after the display of the member activity post form.

In hope it helps.

Codex Reference

Hi Dan,
Thank you for pointing @humiges in the right direction.

It was a theme issue for him as communicated on mail. The plugin works fine with current version of BuddyPress 2.6.2/WordPress 4.6

Hi,

bp’s Usermenu is added to wp_admin_menu on the Toolbar, under Howdy. This BP menu ID is “my-account”.

When you’re on a profile page, you see also these items in the Buddymenu, below the profile header cover.

Some working examples here:
Remove an item from Usermenu

Remove an item from Buddymenu

Since 2.6, BuddyPress use a navigation API. See here for many use case.

Read also WP codex about admin bar menus.

Where to put BuddyPress custom code ?
Usually into bp-custom.php. This file is to BP code what a child theme is to a theme: a safe place with high priority where nothing get to loose when an update occurs !

Child’s functions.php should be reserved to whatever you need for the theme itself.
That said, it can happen(rarely) that some custom code won’t work from within bp-custom. In this case, feel free to remove it from bp-custom and give it a try inside child’s functions.php.

As novice, you’re invited to read BP and WP codex if you want to customize.

Hi,

the function name contains current_user. So it seems you have to check the capability of the current_user, one cap by one, and not for all his capabilities.

Try if( bp_current_user_can( 'editor' ) || ( bp_current_user_can( 'author') || and so on...) )
or better bp_current_user_can( 'bp_moderate' ).

More details about bp_current_user_can are given by @jjj(BP project lead) in this topic.

To clarify the situation, in the first topic you mention “administrator” and “editor”, which are WP roles.

In the second topic you speak about profile types. Sorry for this question, but do you mean you’ve created new WP roles or did you created some member types ?
This is ambigous. Give details please.

It’s important to know because WP roles and member_types are absolutely not the same thing as they don’t work identical.

Default WP role of a BuddyPress member is “subscriber”.
If you create a member type Teacher and asign it to a user, you then have a subscriber with a member type of Teacher.

At this stage, you can eventually sort your members by type, but they don’t have any additionnal capability outside those allowed for “subscriber”.

In the same way, you can have users with “author” or “editor” (wp) role and give them a Teacher member type.

In this case, you have subscribers, authors and editors listed/appearing/or whatever inside BP as Teacher, and for each role, what they can do inside WP.

You can download the zipped version of previous releases on the Developers page of the plugin directory on WordPress.org: https://wordpress.org/plugins/buddypress/developers/

No plugin, just a setting ! You can create a hidden group for these users.

Hidden groups are invisible to non-members. These group names and descriptions are not listed in sitewide directories, and their contents are accessible only to members of the group. Because the group is unlisted, users cannot request membership. Instead, individuals can only join the group by invitation.

Group Settings and Roles

As often with customization, it’s a matter of compromise… By default you see the nesting. Now you have a comment toggle.

This is wrong: There is no distinction IDs & classes between comments and replies.

The comment button code is
<a href="<?php bp_activity_comment_link(); ?>" class="button acomment-reply bp-primary-action" id="acomment-comment-<?php bp_activity_id(); ?>"><?php printf( __( 'Comment %s', 'buddypress' ), '<span>' . bp_activity_get_comment_count() . '</span>' ); ?></a>

The reply link code is
<a href="#acomment-<?php bp_activity_comment_id(); ?>" class="acomment-reply bp-primary-action" id="acomment-reply-<?php bp_activity_id(); ?>-from-<?php bp_activity_comment_id(); ?>"><?php _e( 'Reply', 'buddypress' ); ?></a>

At least there is a difference in the ID’s ! No ? 🙂

That said, you have only one activity and X comments for it. That replies are for the activity itself or replies to replies (to replies to replies of replies etc) inside that activity, makes no difference. All this is considered as a conversation attached to this activity.

Each comment/reply has is own ID. But toggling inside what i described before would be a bit complicated.

If you have long discussion inside your site activity, perhaps consider this plugin
https://wordpress.org/plugins/buddypress-wall/