BuddyPress.org

Read these, I am sure they will help you.

https://buddypress.org/forums/topic/forum-install-some-helping-hints-2

http://umwblogs.org/wiki/index.php/Integrating_WPMu,_BuddyPress,_and_bbPress

Hey ajiao,

Check out this thread:

https://buddypress.org/forums/topic/plugin-to-show-components-to-registered-users-only#post-17981

I have the same error. I am using the same versions.

On your dashboard look for buddypress, then go to “components setup” and disable any of the options listed there. Afterthat you are not able to activate that component anymore, if you activate a component and click save, aparently it is saved but no. just click anywhere an click again on components setup and you will see that is not activated. Playing a little bit with this you will realize that at least 1 option will not be actitvated ever.

Here is a quick and easy solution for moving the bar to the bottom.

http://imetandy.com/how-tos/relocate-admin-bar-in-buddypress

like dateboxes? See this:

https://buddypress.org/forums/topic/datebox-problems-in-profiles

FINALLY launched BuddyPress site for AvenueK9.com… http://members.avenuek9.com/ … here’s a lil slideshow about it http://www.avenuek9.com/2009/07/27/sign-up-become-a-k9ner/

Nope, you don’t NEED to HAVE any of them, you can make your own if you so choose to, and right now it looks like it’s trying to load some derivative of the FaceBuddy theme.

Is this something we could ticket as an enhancemnt patch? Can’t see why we shouldn’t be able to use this function like this.

Done

Patch suggestion. – Not approved so don’t expect this to stick later

There’s a plugin like this to populate WPMU content, but not one for BuddyPress yet.

Keep your eyes on the “WPMU Demo Data Creator” and see if the author updates his plugin to include BuddyPress.

Site wide activity is “added” or “recorded” by performing actions within BuddyPress, or by outside plugins adding those entries into the activity table.

Depending which version of BP you’re using, check out how the function bp_activity_add(trunk)/bp_activity_record(stable) works. You would need to “import” the feed entry by entry into the activity table using one of those functions.

Good find.

Trac’ed.

Patched.

My guess is that you didn’t copy the code over from your bphome/functions.php file into your new theme.

That’s where the BP specific URLs are hi-jacked from.

After looking at the first site further, it looks to me like you just have the wrong member theme activated. Activate the right theme and you’re probably set?

There’s lots of ways to build bridges between platforms, but no one usually does it until they need to do it themselves.

I’ve never seen ccHost until now, and as powerful as it looks, it really looks like a competing project compared to what WordPress/bbPress/BuddyPress already attempts to do, with the help of plugins of course.

People have built integrated logins for phpBB and vBulletin, so I imagine someone could do this for you too.

Yeah, that’s probably a bad idea later on…

I guess I would have not seen the harm in an archived, no longer active user having an empty BP profile page. Matter of fact, if they didn’t have a display name set, they wouldn’t show up in the members directory anyhow, so they’d technically be invisible until someone clicks their name when viewing one of their archived posts.

Burt Adsit made a plugin called bpGroups that was able to consolidate the essential user data, but with recent changes to XMLRPC, BP, and bbPress, my guess is that plugin no longer works as expected.

To be honest, WordPress has never really been “light” if you know what I mean, at least not like bbPress is. If you’re using the BuddyPress Group Forums, then you probably have a lot of userdata already available from previous queries in the loop. If you’re using bbPress only and trying to get specific userdata or xprofile data, that’s going to usually require some expensive queries to pull off; I would look at how bbPress already does it with userdata per post, and see how it’s able to to do it. Chances are it’s already been called or that the userdata has already been grabbed previously. If you don’t use an IDE like netbeans to trace variable values, then try a print_r or var_dump of the user variable in the loop, and see what it gives you.

Yep that’s exactly the problem with subdirectory installations, and why MU is best left as the center of your entire website. The /blogs/ url is hijacked by BuddyPress, so nothing else can live inside of it; same with /members, /groups, and probably eventually /forums too, once there’s a directory for them also.

kengary, if you plan on having another site at the root of your installation, have you considered using another MU blog as your root blog, and using BP on something other than the root? Or, having your root site not center itself around the BP installation or theme, and just page-out the specific BP pages that you want/need?