BuddyPress.org

No, you wouldn’t have to do any of that running around. If that theme is only used on that blog and you have it turned off for all other blogs except the home blog on your site, then you just have to drop this into functions.php for that theme.

remove_action( 'wp_footer', 'bp_core_admin_bar' );

remove_action( 'wp_head', 'bp_core_add_css' );

In that theme the admin bar won’t show. Ever. If you use that theme on other blogs then you’ll have to wrap those two calls in some code to detect what blog it’s running on and only make those calls on blog id 1.

You could also create a plugin that runs in /mu-plugins, use those two calls above and just detect what blog it’s running on and make the calls only for blog id 1. That might be better.

so far, it seems we’re the first band to be using BuddyPress.

Check us out at:

http://aimusic.com

We’re not using the blog features on it…we’re mainly using it as a way for our fans to connect w/ us and our video posts etc. We just launched it yesterday. come check us out.

Nick

The plugin adds a Google Map into each profile with a marker where the member is. The member can manually set the location by moving the marker and saving it.

If the member hasn’t saved the position, the position of the IP-address the member last used to login is used.

You need to have the latest buddypress-member theme from trunk in order to see the map in the member profile as I’m calling add_action(‘bp_custom_profile_boxes’, ‘bp_google_maps_profile’, 2); to insert the map into the profile.

Kinda something like this?: https://buddypress.org/forums/topic.php?id=540

I have an early beta version of a Google Maps plugin that works with WordPress, WPMU & BuddyPress.

Go to http://www.ezbizniz.com/wordpress-plugins/google-maps and click on the “WP Google Maps – 2.0b1” link to download.

Put the wp-google-maps folder in mu-plugins, copy the bp-google-maps.php file to mu-plugins, go to wp-admin/admin.php?page=wp-google-maps/wp-google-maps.php and enter your Google Maps API key for your site.

I wouldn’t expect / demand that buddypress should work with a beta. I believe Andy et al. will after 2.7 is released.

Thanks burtadsit.

In my install it looks like none of the slugs got created… I have no idea why… but it means /groups or /register of course go nowhwere . Apache error log ain’t much use… of course it tells me those pages are 404!! Is there some way of manually creating these in the DB? It looks like a number of people are getting one or more slugs not created for some reason. My install is in the site root, so nothing to do with that. It’s on my own Clark Connect server, so shouldn’t suffer any of the shared hosting issues.

I’m trawling through bp-core.php right now and sticking echo’s all over the place, I’ll report back if I find anything.

Not sure why this thread got overlooked.

As far as I know the choice of subdirectory or subdomain as an mu blog option on install doesn’t matter. I have seen complications where people install mu in a subdirectory under the document root and then have chosen the subdirectory blog option.

I haven’t been able to pin it down but some weirdness crops up in that case. In both cases it’s been difficult to determine exactly what the problem was. They had difficulties getting their shared hosting provider to cooperate. It’s kinda tough to pin things down when getting access to error logs is like trying to get an audience with the pope.

There are no ‘subdomain’ only specific requirements.

Hmmm… disappointed at the lack of response to a reasonable request.

None of the tabs work in my install, I get the same blank pages. And guess what… I chose directory instead of subdomain. It would be kinda nice if someone could confirm if there is in fact a problem with this – it would save a lot of people wasting their time and potentially giving up… and not coming back…

Hi everybody,

Newbie with BuddyPress (INstalled today ), I’m looking for a google map plugins that permit to create map by group to localize members. The home page could display a global this map showing members ofdifferents groups. Do you think its realisable ? Someone is it interested in this ? I’ve no devalopper telent by I can help in other maneer (sorry for my terrific english ).

Many thanks

François

I have a signature running on other forums that reads: “You’re not doing anything wrong. Stop trying to do it right.”

In this case that’s appropriate. The stock behavior for mu and bp is to redirect back to the original url. But we don’t have to live with stock behavior. We got code.

The offending hunk we’re talking about is the various places that bp allows a user to logout. In all cases it has ‘redirect_to=’ site_url(). This takes the user back to where the logged out from. site_url() is what you want to change.

You need to say get_blog_option(1, ‘siteurl’) instead of that. That gets the url for the root/home blog in mu, blog id 1.

You’ll see two logout lines wherever bp allows a logout option. One is for mu 2.7 and it reads: wp_logout_url(site_url()). The other just reads ‘redirect_to=’ site_url()

The mu 2.7 version adds some security stuff to the mix and needs that wp_logout_url() call. In both cases and in all spots change ‘site_url()’ to get_blog_option(1, ‘siteurl’) and things will work as you want them to work.

I see the header in the home theme, two places in the member theme and the admin bar as spots to change.

header.php - www/wp-content/themes/buddypress-home line 48 <?php if ( function_exists('wp_logout_url') ) : ?>

header.php - www/wp-content/member-themes/buddypress-member line 46 <?php if ( function_exists('wp_logout_url') ) : ?>

bp-core-adminbar.php - www/wp-content/mu-plugins/bp-core line 81 if ( function_exists('wp_logout_url') ) {

bp-core-templatetags.php - www/wp-content/mu-plugins/bp-core line 55 if ( function_exists( 'wp_logout_url' ) ) {

Those line numbers may not be exact in all cases but it’ll be in the general vicinity.

The problem that you have to be aware of is that you are modifying stuff that will get overwritten when you update your bp installation. You’ll have to make sure that if you use SVN things get merged in properly and if you’re not using SVN then you’ll manually have to go around and put the mods back in each time.

Hey I apologize for that, I thought something went wrong with my browser.

Well I installed BuddyPress using the Combo Zip and I got all that problem. When I reinstalled using the trunk version, everything became alright but the login issue remains a problem.

It seems that the redirect code is not redirecting to the main blog and as I mentioned earlier. I am referring to the “Header” section of the “Home Theme”

I identified the code from the header. Here’s the code:

<?php if ( function_exists(‘wp_logout_url’) ) : ?>

/ ” alt=”<?php _e( ‘Log Out’, ‘buddypress’ ) ?>”><?php _e( ‘Log Out’, ‘buddypress’ ) ?>

<?php else : ?>

/ “><?php _e( ‘Log Out’, ‘buddypress’ ) ?>

<?php endif; ?>

Is it possible for someone to help me adjust this script so as to make it log out to the login page instead of a redirect? Although I wish that it would redirect to my main blog but I’ll settle for less. Help me look at a bigger picture here, I’ve installed everything and followed every possible instruction that I can find but help me understand what’s going on with this code and I’ll learn from it.

Thank you for your patience and understanding.

I got my avatar to show up in the single post using <?php bp_post_author_avatar() ?>

but what code would i need to add to make it click into the authors profile in buddypress?

Thanks for your help!

Also, amazing work on buddypress Andy!

All these errors seem to be related to the fact that the various components in bp aren’t initializing properly. Your setup is like:

../<document root>/<wpmu subdirectory>/wp-content/mu-plugins/<bp installed here>

../<document root>/<wpmu subdirectory>/wp-content/member-themes/buddypress-member

../<document root>/<wpmu subdirectory>/wp-content/themes/buddypress-home

?