BuddyPress.org

If you change any page settings in WordPress, make sure the page configuration under “BuddyPress > Pages” matches your changes.

On my test install, I have a parent page called “Community” and then for my members and groups pages I set my parent to “Community”. Next, I navigated to “BuddyPress > Pages” to double-check that BP picked up the changes.

So now, my members page resides at example.com/community/members and my groups page resides at example.com/community/groups.

Is this what you mean? If not, please elaborate.

It’s hard to tell exactly what’s wrong based on your description. It could be theme-related or it could be code-related based on a previous code snippet you were using for BP 1.2.x.

I would recommend checking out the differences in your theme first:
https://buddypress.trac.wordpress.org/changeset?reponame=&new=5224%40trunk%2Fbp-themes&old=4777%40trunk%2Fbp-themes

Check out the `groups_record_activity()` function located in /bp-groups/bp-groups-activity.php.

You’ll want to hook into the registration or activation actions.

If you want to hook into the activation action when someone activates via email, check out the “bp_core_activated_user” hook located in /bp-members/bp-members-signup.php.

For a primer to WordPress action hooks, check out this tutorial:

Introduction to Custom Hooks and Pluggable Functions

@MrHatchet
– What WordPress theme are you attempting to integrate with BuddyPress? Did you check out https://codex.buddypress.org/theme-development/wordpress-to-buddypress-theme/ ?
– Did you install and activate the BP Template Pack plugin then go through the Compatibility Process? Strange, the plugin does not mess around with header width.

Themes always go in WordPress’ /wp-content/themes/ folder.

@prasanth-p do clarify if you made a WP theme or a bp-default child theme. Solution would be different depending on scenario.

@JackVD do be more specific. BP/WP versions? Using bp-default child theme or a WP theme with BP template pack plugin? New install? Check out System and Server Requirements as well as WordPress configuration https://codex.buddypress.org/getting-started/before-installing/#system-server

Hi. I have found a similar thing. I have migrated a multisite to a new buddypress multisite installation.

Wordpress 3.2.1
Buddypress 1.5.1

I imported a site from my old multisite (without buddypress). I found that when I allowed wordpress to create the users from the xml export data (ie import posts and it gives you the option to create the users) that all of the users could not see my sites in the admin bar and also all of their sites where not visible under my account sites.

I have found that if you create the users first (like a new user) and then assign the posts to the new users … they can operate normally (can see sites in admin bar and all sites are visible under my account).

It would really be great to let our users chose which language they’d like to see our website on. It’s a pitty that such a great software as BuddyPress lacks this option that many others consider as basic.

There’s always numerous Google translate implementations, but that just isn’t what we need.

I’m guessing some hack could be made with an XProfile field called “language” and a hook to WordPress profile language settings. Unfortunately, I’m not able to code it by myself.

( https://codex.wordpress.org/Navigation_Menus )

In your child theme’s functions.php file:
`function register_my_menus() {
register_nav_menus( array(
‘primary’ => __( ‘Header Navigation’ ),
‘secondary-menu’ => __( ‘Alternative Menu’ ),
‘another-menu’ => __( ‘Another Menu’ )
) );
}
add_action( ‘init’, ‘register_my_menus’ );
`

I, too, would appreciate such a feature.

@hnla, @mercime, How do I add a tag a forum post? I’d like to tage this one, but I don’t see how. Also, I’d like to “follow” or “subscribe” to this forum post, but I don’t see how. Will you please show me the way? (I am posting this “me too” reply in hopes that it will trigger a “follow” or “subscribe” function.)

Thanks!

P.S. I believe bug 1949 [1] relates to this issue; if I am mistaken, please let me know. Thank you!

[1] https://buddypress.trac.wordpress.org/ticket/1949

See our blog post at http://bpdevel.wordpress.com/2011/07/31/maintaining-1-2-compatibility-slugs/, too

alphonse.tan, what is the slug/name of the page that you’ve assigned to the “Groups” component in wp-admin > BuddyPress > Components? Changing that should update menus etc

Forums for Groups and Sitewide Forums are definitely working in WP 3.2.1 and BP 1.5.1 and bbPress 2.0
BP Codex – https://codex.buddypress.org/getting-started/installing-group-and-sitewide-forums/

The BuddyPress demo site at http://testbp.org/ is on:
“This site is running the most recent nightly development versions of BuddyPress and WordPress and should be considered mostly stable with a chance of rain.
WordPress 3.3-aortic-disection
BuddyPress 1.6-bleeding
bbPress 2.1-bleeding”

Per your screencast, you’re using WP 3.3 beta 3. Are you using trunk versions of BuddyPress 1.6 and bbPress 2.1 as well? Having asked that, no guarantees until all are stable.

@davidtcarson bravo to your theme.. i am currently using it with a wp 3.2.1 and bp 1.5.. it’s practically working fine.. and i am very happy with it..

there’s just one thing.. i converted all “groups” into “companies” and with the bp-default theme menus each and every link is working.. but with the frisco sub-menu… (please refer to this page..http://www.entrepnegosyo.com/members/alphonse/companies/) you can see that, it is still saying “Groups” and not “Companies”.. i have been searching from within the bp-default theme and within our great theme.. but to no avail..

Any assistance to point me in the right direction would be most appreciated..

Thanks and more power…

I don’t think it will be an issue later on as bbpress is using the page.php templates and get_template to output content. So as long as page.php is included it should work even better on various screens. The main issue when dealing with mobile and WordPress/BuddyPress is header(nav) and sidebar.

Maybe bp-default should be rebuilt from ground up with mobile in mind for 1.7’s templating?

voted x3 on this too!

The other thing I was thinking about looking at was this….

http://stescodes.com/invitefriends.aspx

a one-off payment but I’m unsure how complex it would be to integrate…when I asked the developer about buddypress/wordpress they said;

“It is very easy to integrate our code, we provide sample code in working condition. Once you run the code by settings the API configuration based on your account, you will be able to integrate with your code easily.

Furthermore, we provide developer guide documentation and also tutorial videos too.

Note: Please let us know if you need any help or further details.”

….not much info lol!

I’m not sure what you mean – but according to https://codex.wordpress.org/Function_Reference/wp_nav_menu you could have ` ‘fallback_cb’ => false,`

I don’t know how you are doing the mobile menu, but couldn’t you just have $current_user logged in and out mobile menus?

If someone can guess the page such as activity, then just hiding the menu won’t stop them getting in anyway.

The essence of what you want is to store a piece of usermeta called something like ‘user_type’, where each user is either ‘player’ or ‘team’. The tricky part for your purposes will probably be that BuddyPress (or WordPress for that matter) is not designed to allow one user to act “on behalf of” another user – or, as you put it, “players interact only through their respective teams”. I take it that means that player1 would be able to send a message and have it come from team1. But this is going to be quite tricky, as it’ll mean, essentially, filtering the current user id in hundreds of places throughout BuddyPress.

Check out this plugin by Boone:
https://wordpress.org/extend/plugins/unconfirmed/

How about the following (in the header?) instead of what’s there (bp 1.5.1)
`// https://codex.wordpress.org/Function_Reference/wp_get_current_user
$current_user = wp_get_current_user();
if ( 0 == $current_user->ID ) {
wp_nav_menu( array( ‘container’ => false, ‘menu_id’ => ‘nav’, ‘theme_location’ => ‘secondary-menu’, ‘fallback_cb’ => ” ) );
// Not logged in.
} else {
wp_nav_menu( array( ‘container’ => false, ‘menu_id’ => ‘nav’, ‘theme_location’ => ‘primary’, ‘fallback_cb’ => ” ) );
// Logged in.
}
`
? (wrapped in “ tags)

okay so I’ve done some digging and found – nav-menu.php
copied it to my child themes folder and created two seperate menus in my admin dashboard.

I found this code for the menu config: here: https://codex.wordpress.org/Function_Reference/wp_nav_menu

---

`<?php
if ( is_user_logged_in() ) {
wp_nav_menu( array( ‘theme_location’ => ‘logged-in-menu’ ) );
} else {
wp_nav_menu( array( ‘theme_location’ => ‘logged-out-menu’ ) );
}
?>`

---

Am I getting warm..?

If so, just two questions remain..

a) where in: nav-menu.php do I add the above code..?

b) Does the above code need to be wrapped at all..?

Kind regards in advance

`’menu_id’ => ‘nav’, ‘theme_location’ => ‘primary’, ‘fallback_cb’ => ‘bp_dtheme_main_nav’ ` pertains to the adoption of the wp_nav_menu function which allows users to create their own menu. This falls back to wp_page_menu and bp_nav_menu.
https://codex.buddypress.org/extending-buddypress/how-to-set-up-your-main-site-navigation-using-the-built-in-wordpress-menus/

Goodbye, headaches. Hello, menus!

Im working in new framework for wordpress+buddyperss for for building web services, the plugin expose functionality of wp and any other plugins installed in wp to other web sites and desktop applications. i will share a beta version soon.