BuddyPress.org

Based on this thread, I’ve created a new ticket:
https://buddypress.trac.wordpress.org/ticket/5831

@shanebp on his best, a long time ago… but this was before BP 1.8. Today it’s a bit different with the Group API.

Interesting thread.
This would be my approach:

function bpfr_add_page_to_group() {
	
	if ( class_exists( 'BP_Group_Extension' ) ) :
		  
		class Bongo_Group_Extension extends BP_Group_Extension {
		 
		    function __construct() {
		        $args = array(  
		  	    'slug'              => 'bongo',
			    'parent_slug'       => 'admin', 
		            'nav_item_position' => 100,
		
		            'screens' => array(
		                'edit' => array(
		                    'name' => 'Bongo', // the tab name                 
		                ),
		            ),
		        );
		        parent::init( $args );
		    }
		 
		
		    function settings_screen( $group_id = NULL ) {
				// don't remove this function
                                //  = NULL is necessary to avoid Strict Standards warning
		    }  
		} // end of class

		bp_register_group_extension( 'Bongo_Group_Extension' );
 
	endif;
}
add_filter('bp_groups_default_extension', 'bpfr_add_page_to_group' );

Then, to avoid loading the form, create a template overload of
\buddypress\bp-templates\bp-legacy\buddypress\groups\single\admin.php

And add a conditional check of the action_variable.
Just before the form tag, add:

<?php 
global $bp; 
if( $bp->action_variables[0] != 'bongo' ) :
?>

Right after the form close tag, add:

<?php else :
	echo 'this is the bongo page'; 
endif;
?>

Awkward, but seems to work.
The Group_Extension_API does need some work re making it easier to add tabs and tab counts.
I think the core devs are aware of this, but perhaps an enhancement ticket is in order?

@danbp
>The 1st function let you add custom content on the tab.
afaik – that function adds the content on every page under ‘Admin’.

You’ll have a better chance of getting an answer if you use the support forum for that plugin:
https://wordpress.org/support/plugin/buddypress-links

This is actually hardcoded in the register.php, so i would be very simple to modify i guess.

Make a copy of the original file
/buddypress/bp-templates/bp-legacy/buddypress/members/register.php

Add it to your child theme
/your_child_theme/buddypress/members/register.php

Change the HTML to your need.

Theme Compatibility & Template Files

salut @victord34,

I obviously could not do it with my child css
Most probably because you did it wrong !

Add BuddyPress Styles to a Theme

Looks like @maikelcoke found a solution here:

http://jrfom.com/2014/08/11/buddypress-and-lighttpd/

Hello @multimartin,

2 nd question:
in the private blog settings, general > reading > search engine visibility, check disallow box. This will hide any of the private blog activities to appear on site activity and user feeds, except for those who are members of this blog.

If it is not enough, considerer this plugin

1 st question:
read here

Hello @saurabhsjain91,

first let’s see what is normally going on with group settings:
This is a public group
Any site member can join this group.
This group will be listed in the groups directory and in search results.
Group content and activity will be visible to any site member.

This is a private group

Only users who request membership and are accepted can join the group.
This group will be listed in the groups directory and in search results.
Group content and activity will only be visible to members of the group.

As you see, the only difference is the group content and activity visibility.

The easiest way would be to create only private groups, so the members had to request membership to access them. But it is not what you want to do and unfortunately, modifying group privacy for better flexibility is not very doable.

So, we have to focus on what it is possible to do with public groups accessibility, the one with the fewest restrictions.

Lukily, core developper @imath stumbled also upon this problem a few mounth back. And finally produced a plugin.

The features are:

1. allow users to submit a request to join the group.
2. selectively hiding group tabs.
3. add a custom group homepage when non-members are viewing the group.

More about this experimental plugin on @pollyplummer ‘s WPTavern.
The original post (fr) on @imath ‘s blog
The plugin can be downladed on github.

May this help ! 😉

@creative5designs,

you will find some usefull posts about this on the codex.

Add custom filters to loops and enjoy them within your plugin

https://codex.buddypress.org/plugindev/playing-with-the-users-id-in-different-contexts/
https://codex.buddypress.org/plugindev/using-bp_parse_args-to-filter-buddypress-template-loops/

Members Loop

Searching on the forum can also help.
https://buddypress.org/support/search/xprofile+conditionnal+fields/

I know this is an old post but I searched and searched for a solution to this and finally found one today, so will repost here for others. The solution does require installing Gravity Forms, and then you also need to install the GF User Registration Add-On (check the Add-On item in your Forms dashboard menu). Create a registration form with Gravity Forms, then add a User registration feed, and not only can you opt for automatic password generation but you can also map fields to Buddypress 🙂

@bulltalk65
It would help if you would list all the plugins you are using. You really should bulk deactivate all of them except BuddyPress and re-activate each one individually and test registration against each one until you find the plugin that is causing your issue, and if that is not the problem you need to check your servers error logs.

Is yor site allowed to send mails ?
Deactivate buddypress and regisrer from WP. If you don’t receive the mail you have to get in contact with your hoster or read the host documentation.

Good read here, with some wise recommendation from @hnla

Hi @mmadden,

not sure i understand what you want to achieve. Are you creating a register page from scratch ?
Anyway….
Open the original BP register file (/buddypress/bp-templates/bp-legacy/buddypress/members/register.php). It contains many placeholders and conditionnals

So, for the mandatory NAME xprofile group (the only one you use), you have line 65

if ( bp_is_active( 'xprofile' ) ) : if ( bp_has_profile( array( 'profile_group_id' => 1, 'fetch_field_data' => false ) ) ) : while ( bp_profile_groups() ) : bp_the_profile_group();

--- blah---

Line 75 sit this placeholder do_action( 'bp_custom_profile_edit_fields_pre_visibility' ); where you can hook your additionnal information.

Line 98 there’s another one: do_action( 'bp_custom_profile_edit_fields' ); just above this function:

<p class="description"><?php bp_the_profile_field_description(); ?></p>

In register.php, the section you speak about goes from line 50 to 112
From /***** Extra Profile Details ******/ to </div><!-- #profile-details-section -->

Of course, you can also add your own placeholder to your register template.

Sorry if i’m wrong.

> it seems as complicated as re-writing the bp_get_activities

It’s not even close to being that complicated.

This examples are re members, but should give you an idea of the general approach to a custom process:

Members Loop

BP_User_Query

If I was doing this, I would write a custom function(s) to gather the activity ids.
And that function would most likely contain one or more custom db queries.

If you are unable to write such queries, you may want to consider hiring a developer.