BuddyPress.org

http://www.ereerea.com

Create your own theme… or copy and edit the default BuddyPress Theme:

header.php

<div id="my_userbar">

<?php include_once (TEMPLATEPATH . '/userbar.php'); ?>

<!--MY GOOGLE AD STUFF HERE-->

</div>

<?php include_once (TEMPLATEPATH . '/optionsbar.php'); ?>

Then just edit the css to format nicely

Although WordPress / MU use its own WP authentication methods, I would state that LDAP will never be a plugin module for BuddyPress.

BuddyPress is a plugin for Social Networking – asking it to deal with authentication is like wanting your office document application to play mp3’s.

Authentication however – within WordPress / MU is pluggable and if there is a plugin out there that supports LDAP, then give it a go as BuddyPress will only check if you are logged in or out and has nothing to do with authentication.

http://www.ohiofreedom.com/wordpress

Ah I figured it out! Textbook case of failure to RTFM. I uploaded member-themes into the themes directory instead of the wp-content directory.

Well, at least I learned a little bit more about how buddypress works through the wonderful invention that is var_dump!

Have you put the buddypress-member theme into /wp-content/member-themes/ ?

The error is because the file is missing, or does not have the correct permissions.

What album plugin for wordpress mu do you recommend for now?

This is a known issue and an official fix is in the works, but in the meantime here’s a solution to improve the bar in IE7:

https://buddypress.org/forums/topic.php?id=224

Thanks for the update Andy. Looking forward to the upcoming features.

Andy, are the ie6 and ie7 issues gonna be fixed for the first beta release of the components?

Thanks,

Z

I’m with you ‘ricwes’! I can’t wait to implement BuddyPress into my website!!! This is really exciting. I can’t wait to see how it develops.

I’m preparing a proposal for my company to use WordPress for blogging too.

Ok, and what if you’ll try to manipulate with Definelang function in wp-config? Try change it everywhere (in wp-config and even in translated BP po and mo files to xx-XX.po/mo or XX-xx.po/mo). The same changes to all at once, I mean. It helped me some weeks ago.

I think I’ve fixed it.

When using the BuddyPress function bp_core_do_catch_uri() via the ‘template_redirect’ action, there needs to be a remove_action() on redirect_canonical() to stop the BuddyPress redirection and WordPress redirection conflicting.

Basically adding a remove action on line 158 of bp-core-catchuri.php seems to work:

remove_action( ‘template_redirect’, ‘redirect_canonical’ );

add_action( ‘template_redirect’, ‘bp_core_do_catch_uri’ );

This seems to fix the problem of conflicting page names/group names.

BuddyPress is doing its own thing.

Take a look at bp-core/bp-catch-uri.php

The URL is split up into variables and used within plugins. This is obviously interfering with some of the WordPress URL’s. I’m going to take a look at this and see if there is a solution to put pages on a exclude list.

Which ticket is it? can you paste a link?

But – Confirmed.

I had the same problem sending an invite using Revision 570 – the main blog’s admin email address received it but the invited person did not.

I’m not entirely sure on the 1st revision I installed when I discovered BuddyPress, but that seemed to fail sending invites entirely.