BuddyPress.org

(Sigh) it’s okay, but next time we’re taking this to fisticuffs!

oh. (sigh) sorry.

Can I just say that you have made a excellent choice in pmwiki. Have you thought about making group wikis?

http://allthingschurch.org/

Thank you for your reply. As I noted earlier, I’m already running a WordPress blog network with active members. Incidentally, the README.txt file for WordPress actually uses the directory /blogs as an example:

* If you want to have your WordPress MU installation in its own

subdirectory on your web site (e.g. http://example.com/blogs/),

rename the directory wordpressmu to the name you’d like the

subdirectory to have and move or upload it to your web server.

For example if you want the WordPress MU installation in a

subdirectory called “blog”, you should rename the directory called

“wordpressmu” to “blogs” and upload it to the root directory of your

web server.

I imagine this may be a problem for others who went in this direction. Are you saying that those of us in this situation are out of luck with BuddyPress unless we reinstall and try to import all of our users’ blogs into the new site?

Thanks again, I do appreciate your time on this.

Don’t install BuddyPress in /blogs

Make sure you are starting your customization with the latest trunk brad85. I don’t know what ver of bp’s home theme you are customizing. In the latest trunk there are two functions that control what goes on in the login/signup buttons. The bp home theme header.php file calls <?php bp_login_bar() ?>. In that fn it calls bp_signup_page() which you see below:

function bp_has_custom_signup_page() {

if ( file_exists( WP_CONTENT_DIR . ‘/themes/’ . get_blog_option( 1, ‘template’) . ‘/register.php’) )

return true;

return false;

}

function bp_signup_page( $echo = true ) {

global $bp;

if ( bp_has_custom_signup_page() ) {

if ( $echo )

echo $bp->root_domain . ‘/’ . REGISTER_SLUG;

else

return $bp->root_domain . ‘/’ . REGISTER_SLUG;

} else {

if ( $echo )

echo $bp->root_domain . ‘/wp-signup.php’;

else

return $bp->root_domain . ‘/wp-signup.php’;

}

}

Unless you don’t have the register.php file in /themes/<your theme>, or you’ve somehow altered the header calling sequence so this code doesn’t run, then it should work fine. The signup button should not have anything to do with wp-login.php

This is about the MSM plugin. Turning off the light.

Burt, I was agreeing with you.

I see that spot in wpmu code. What does something hard coded in wpmu have to do with bp?

get_bloginfo(‘wpurl’).”/wp-admin/profile.php

should be replaced with a call to: bp_core_get_userurl($bp->loggedin_user->id) which is the url to the currently logged in user. You’ll have to declare ‘global $bp;’ someplace before that in the code.

“i have the BuddyPress Home Theme set to active and the other set to no.”

here you are talking bout the “admin themes” where admin can approve or not themes that can be activated. But it is not the activation: go to Design / Themes and click on the selected theme you want to be active.

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

Sorry for jumping in here as this thread seems to have taking so many twists and turns that it appears to have a bit of a different purpose than originally. However, this is the only thread that comes close to answering my, seemingly easy, question but I’m still having issues. Specifically, all I’m trying to do is to change the word ‘Friends’ to ‘Contacts’ throughout the entire WPMU/BP install and not truly translate anything. Per suggestions from a few posts earlier in this thread I’ve done the following:

1. changed the references to ‘Friend’ to contacts in the buddypress.po file using poedit

2. saved the file changed in #1 as en_US.po and generated the corresponding en_US.mo file upon saving

3. uploaded both the .po/.mo file into both the /wp-content/languages and /wp-content/mu-plugins/bp-languages folders

4. verified that ‘American English’ was now available/set in the ‘Site Admin – Option’ and ‘Settings – General’ sections of the site.

5. change the ‘WPLANG’ setting in the wp-config.php file to en_US

and ….

nothing has changed. What am I missing here? I know it must be me but this seems to be an awful lot of hoops to go through to make a seemingly easy and I would think common change. I’ve been at this for some time now so any clues anyone can provide would ease my frustration a bit. Thank in advance.

You should submit your designs to the Free BuddyPress Themes contest – http://www.freebpthemes.com

Ok It works now

I think that member-themes wasn’t confusing, anyway bp-themes is better

Have managed to add the twitter widget into the home page. I will be adding a box around it with something like “Follow us on twitter”

I’m playing around with the buddypress-home theme at the moment.

Thanks, I’ll have a look at that.

You could always roll your own, https://buddypress.org/forums/topic.php?id=1651

Hi, I’m having this exact problem. I already have a number of user blogs operating properly. I have a main website with content, so my blog network was installed under the folder “blogs”. Everything else for BuddyPress works fine until I upload the blogs plugin. (bp-blogs.php and folder “bp-blogs”) Is there any other way around this besides reinstalling my MU files in a different folder? It may be a 30 minute job for people experts, but I’m not in that category. I imagine this could be a problem for many users who simply chose the subfolder “blogs” for their MU installation. This effects not just my home blog, but all user blogs already on the network include this path. Is there something in the bp-blogs.php plugin that can be modified to change this behavior? Thanks!

Same!

Thank you in advance for your time and consideration. I would like a few of my pages on my mu install to be open such as the index page, about us, media, and contact us, but I am looking to have the rest of the site including buddypress and all blogs private and member only!