I’ve seen a bp plugin, have you searched the directory, or search “buddypress” on wp.org’s plugin directory?
I guess Jeffs Privacy-Plugin would help:
http://jeffsayre.com/2009/12/05/buddypress-privacy-component-released/
Too bad this plugin will not make it into BP 1.2 core !
It all finally works now – THANK YOU VERY MUCH.
I ended up using a completly random HASH for the UserName since I was not feeling safe using your JavaScript.
This feature should be put in one of the future Releases of BuddyPress since indeed the concept of using Usernames to Login is old and with Features like Gravatar Support, the site itself should use email as the main auth form.
Just for completion so somebody might want to do the same thing:
I modified the register.php in registration subfolder like this
.
.
.
<!– Fool Registration that the Username is a Random Generated HASH –>
<input type=”hidden” name=”signup_username” id=”signup_username” value=”<?php echo sha1( uniqid( mt_rand(), true ) . time() ) ?>” />
<label for=”signup_email”><?php _e( ‘Email Address’, ‘buddypress’ ) ?> <?php _e( ‘(required)’, ‘buddypress’ ) ?></label>
<?php do_action( ‘bp_signup_email_errors’ ) ?>
<input type=”text” name=”signup_email” id=”signup_email” value=”<?php bp_signup_email_value() ?>” />
.
.
.
and used Beau Leben’s WP Email Plugin
You don’t have to convince me why it makes sense to use email address instead of username. This post was the start of a long a painful process for me. Trust me, that plugin does what you need and then all you need to do is restructure the form and pick a fix for the user URL etc.
OK After a lot of messing about with that code mate, I’ve finally got it.
The link I was trying to add was ‘prizes’, and prizes page had the slug ‘prizes’. Here’s what I had to do-
In my header.php I added:
<li<?php if ( is_page( BP_prizes_SLUG ) ) : ?> class="selected"<?php endif; ?>><a href="<?php echo BP_prizes_SLUG ?>" title="<?php _e( 'prizes', 'buddypress' ) ?>"><?php _e( 'prizes', 'buddypress' ) ?></a></li>
And in wp-config.php I added:
// Page slug naming for top nav
define ( "BP_prizes_SLUG", 'prizes' );
Working fine now. Thanks for the guidance 
The plugin page says:
Compatible up to: WordPress MU 2.8.6 / BuddyPress 1.1.2
So it doesn’t work with 1.1.3? Or 1.2? Or WPMU 2.9.1?
Will the plugin be updated or was it more a one-time demo project?
I think I found a bug..
the solution to this little issue is.
Go to your bb-config.php, find the line where it sais “$bb->uri”
it is probably http://yourdomain.com/wp-content/plugins/buddypress/bp-forums/bbpress/ it should be the URL to your forum set up. For ex. http://yourdomain.com/forums/
Then it nicely copies all the forum topics opened through Buddypress to the BBpress instaltion.
Now I have to make it look like the rest of the website.
have a look > http://ecoflare.eu
instalation of WPMU 2.8.6 & Buddypress 1.1.3 & bbPress 1.0.2
… its for LOGIN not Registering.
logging in yeah, i can use it but first I need users with an email as username 
That’s just a matter of restructuring the registration form (version 1.0 now, currently upgrading to 1.1.3). You can autogenerate the username from the fullname using this javascript trick and then hide the username field.
Hacking core files to actually put email addresses in the username fields in the database is a recipe for disaster. Why do you want to do that? What am I missing?
You do! And Andra wrote a handy tutorial to transfer you BP theme to a blog theme;
http://www.bp-tricks.com/design/member-blog-themes-to-match-your-buddypress-theme/
Good luck
Guten Tag Thomas,
Thanks for the really thorough description of the project, and great to see you (alongside our Hello Eco Living site) in WPMU.org’s list:
10 of the Latest and Greatest Inspirational BuddyPress sites
@Xevo: your hint on login is handy to know!
Cheers,
Roger
I have the same problem here. after the deep dive installation the Forum part of buddypress stoped to work. Any idea why?
I followed this tutorial for the deep integration
http://theeasybutton.com/blog/2009/07/17/integrating-buddypress-wordpress-mu-and-bbpress/
Thanks for any help!
is there someone willing (and able) to help developing this … it doesn’t matter wich product but i’d like to see this functionality for buddypress …
@vincole I am also a BuddyPress convert too but I also was WordPress fan back before version 2. BuddyPress has come a very LONG way in a very short period of time. Because of the extensible nature of WordPress no two install need be the same. It’s an awesome piece of code!
Now in 100% honesty THE ONLY comparable software out there is SocialEngine. It’s funny though because they are in the midst of a big rev too, and I know that they are really looking at BuddyPress and looking at ways to out run and gun it. I would say if you are looking for an alternative to BuddyPress that is really the only good option.
I think plugins_loaded is already too late to try and load Buddypress if your plugin got loaded before it. do_action( ‘plugins_loaded comes’ ) after all plugins have been loaded, so if there is a missing class dependency, loading BP after that won’t help.
The following code works for me:
function bpgc_load_buddypress() {
//buddypress is loaded
if ( function_exists( 'bp_core_setup_globals' ) )
return false;
// Get the list of active sitewide plugins
$active_sitewide_plugins = maybe_unserialize( get_site_option( 'active_sitewide_plugins' ) );
$bp_activated = $active_sitewide_plugins['buddypress/bp-loader.php'];
//bp is not activated
if ( !$bp_activated ){
return false;
}
//bp is activated but not yet loaded
if ( $bp_activated ) {
return true;
}
return false;
}
//load bp if its not activated
if ( bpgc_load_buddypress() ){
require_once( WP_PLUGIN_DIR . '/buddypress/bp-loader.php' );
}
Add this to the top of your plugin and it ought to load correctly.
<li<?php if ( is_page( BP_PAGE_SLUG ) ) : ?> class="selected"<?php endif; ?>>/<?php echo BP_PAGE_SLUG ?>" title="<?php _e( 'Slug Label', 'buddypress' ) ?>"><?php _e( 'Slug Label', 'buddypress' ) ?></li>
Correct code:
<li<?php if ( is_page( BP_PAGE_SLUG ) ) : ?> class="selected"<?php endif; ?>>/<?php echo BP_PAGE_SLUG ?>" title="<?php _e( 'Slug Label', 'buddypress' ) ?>"><?php _e( 'Slug Label', 'buddypress' )</li>
The usage of @ may have been a twitter hack, but it came from using it as a way to acknowledge or direct a comment at a user when a threaded option wasn’t available. We use it even here in these very forums quite often, because we can’t directly reply to one another.
Deprecated code, the wire, and the status update components are totally removed from the BuddyPress 1.2 core and will be available in a separate BuddyPress Backwards Compatibility plugin. If you desire to use those components, or are using a custom theme that uses old function names or loops, you will be required to install and activate this additional plugin to continue to use your old code.
This was done for three reasons:
1. Reduce the amount of legacy code in the core that is just hanging around not being used
2. Not give new comers 2 (or more) ways to do the same one thing
3. Influence plugin and theme developers to upgrade their code to be compatible with BuddyPress 1.2 sooner rather than later
More detailed instructions and details will come as the 1.2 launch comes closer, but this is the best way to make sure everyone is happy.
You’re best to deactivate BuddyPress and any plugins that depend on it before upgrading.
2.9.1 should be the last time you will need to do that though.
I know that the tutorial is for external bbpress integration. What I’m saying is that it was written before you had the option for linking bp to bbpress inside of buddypress. If I delete my bbconfig and reinstall forums, do I need to go through the full install including the cookies or do I only have to go to a certain point and then let buddypress handle it. I know that once I select external bbpress an let it integrae, I can then delete my old install files because it takes over. I just didn’t know at what point it takes over.
Thanks for linking me to the guide again. Was going to have to dig through old links to find it.
It uses the “plugin-template.php” file.
It’s a generic catch-all for plugins, which need a layout for their settings.
Look for it in /wp-content/wp-sn-parent/.
If you’re using a child theme, copy that file to your child theme folder.
More info:
https://buddypress.org/forums/topic/which-template-file-is-settings
That tutorial is only if you want to have an external install of bbPress with WPMU/BuddyPress.
If you want to use the integrated version with BuddyPress, then just stick with what you have.
Here’s a WPMU / BuddyPress / bbPress integration tutorial:
http://theeasybutton.com/blog/2009/07/17/integrating-buddypress-wordpress-mu-and-bbpress/
I’ve used this a few times myself.
It depends on your usage.
Most people will just use the default, integrated forums in BuddyPress.
If you didn’t upgrade from the BP 1.0 series, then just use the default. Unless you like the idea of having two sets of forums (which could be confusing from a UI perspective).
