There are a couple of solutions.
One is to just use the bp group forums as is. mikepratt has a nice example of this at http://buglenotes.com.
johnjamesjacoby has the bbGroups plugin working over at http://delsolownersclub.com/discussions
fishbowl81 has taken a different approach with http://gorgeousgamers.com/beta/forums/ with the discussion starting about this in https://buddypress.org/forums/topic.php?id=1321
Being a fan of wpmudev and buddypress this is a great news that you guys are now getting into the game.
For the plugins I was thinking about the photo/media gallery.
I know it’s on the bp road map but maybe if you guys could make the built-in wp media library and bp talk together that would be really great.
The extension of the “Upgrades” plugin as miguael mentioned or even the “Supporter” plugin could also be a good idea.
Burt, I think I’m picking up what you’re putting down, and I plan on integrating much of what you’re mentioning. Trying to bring MU and bbPress underneath the BuddyPress umbrella a little more really, to open up some of the core abilities and release them to the integrated apps.
I wish I understood the ixr more, because I think the purpose of it is to not have to deeply integrate the components, but rather build bridge plugins to turn on only the functions we would need, much like you did with the bbGroups.
hempsworth, to be honest, this sounds more like a forum functionality than a blog to me. WordPress has never really had this type of straight forward user based permissions functionality, and while I can say that I think it sure could use it, I will also admit publically that I’m probably not the guy for the job. I think ideas like this should be added as feature requests to the trac, because they’re outside of the current 1.0 scope of BuddyPress, and would also involve some changes to WordPressMU.
Burt, I will take a gander. Also, you think possible to add an option to make the members of the group all editors? Could sort of have a blog/wiki that way. 
The sort of functionality I was looking for was the following:
An admin of a group can go to the group settings page and select ‘Create Group Blog’, which would take them to a blog creation page.
They could set the name of the blog, they could set the privacy level (to appear in Google searches or not), and they could choose from the members of that group who would be set as contributor, editor or admin of the new blog, probably through radio buttons next to each group member.
Then, they could click ‘Create’, and the blog would be registered with the group members added and their relevant roles set.
An item in the groups sidebar, under ‘Forum, Wire’ etc, could be ‘Blog’, and would go to the designated blog for that group. We could even output their posts *within* the BuddyPress theme, either pulling from the RSS feed or directly from the DB, and have a ‘Visit the blog here’ link above the most recent posts.
Is this at all possible? I think it’s a much more user-friendly way for groups to set up team blogs.
That’s great news! I’ve always been so thankful for WPMU DEV when building MU based sites, its brilliant your getting excited about BP and helping us out!
Something that’s currently being discussed is a Facebook Connect plugin, I’m sure you will have read the thread already. I pinpointed some key features I’d like to see from such a plugin (http://is.gd/kC9C), and I’m getting some feedback on those ideas at the moment. The community seems willing to chip-in on paying for this, and I’m eager to see it remain open source thereafter.
A real beast of a component would be ‘Live Chat’, much like the IM features seen on Facebook/Bebo at the moment. At least making a start on that and keeping it open source for people to add to would be great?! I can imagine you charging for that, but I’m sure people using BuddyPress at the moment would chip-in to see it built; but I’m guessing you’d want continuous revenue from such a component!
Also, until it becomes core, a dedicated ‘Invite Friends’ component would be great, where you could insert your email address (Gmail, Hotmail etc) and invite all of your friends that way.
So yeah, my 2 cents!
You can always delete the topics through the “bbPress” side, but you can always create and “future enhancement” ticket at https://trac.buddypress.org/timeline for that functionality, even though I am sure it is on the list of things to do at some point.
I did the same concerning the columns, but this is not what brings the ie Problem, its some kind of a problem with margin: 0 auto; in body.
If you open buddypress demo and you have a big screen you will see (on making ie browser smaller) that elements like avatars and some other content are getting weird.
I think this is some kind of a serious bug, which needs to be fixed in next versions.. I was centering/scaling down buddypress (because now it looks much better (; ) and got confronted with this problem.. Maybe a Javascript could fix that..
The home theme is just a theme, you’re free to do anything you want with it.
I made the above changes and the center column is gone. It has left an empty space, however, the right column did not take up that empty space. Since the above recommendation is a bit dated, are there any additional changes to be made if running RC-1? Thanks. Maybe a future BP version will allow the admin to choose between two or three columns.
Copy bp_core_widget_members() and bp_core_widget_members_control() functions from the file bp-core-widgets.php into a new file. Rename the widget functions from “members” to “newmembers” or whatever. Remove everything in the div “item-options” if you don’t need ajax option choices.
Add these two lines to the end of the file:
register_sidebar_widget( __(‘New Members’, ‘buddypress’), ‘bp_core_widget_newmembers’);
register_widget_control( __(‘New Members’, ‘buddypress’), ‘bp_core_widget_newmembers_control’ );
Save the file as “newmembers.php” into mu-plugins. Next time you login the widget will be listed on the widgets page ready to be placed on the front page.
http://ajatukseni.net – finnish blogging community
I’m going to repost my BuddyPress on this page if no one minds…
http://delsolownersclub.com
It’s now a fully integrated BuddyPress/bbPress install, with a bbPress theme to match the Member Theme style layout that BP has become popular for.
I invite any/all of you to join as well (maybe don’t create a blog if you don’t need one) if you’d like to check it out and give it a test drive.
Quick suggestion, although I bet many people won’t run into this issue…
function oci_get_userdata($u){
$u = (int) $u;
$user = bb_get_user($u);
if ($user->bbGroups) {
return stripslashes_deep((array)$user->bbGroups);
} else {
return stripslashes_deep((array)$user);
}
}
Then, I changed…
function oci_user_name($u){
$bp_user = oci_get_userdata($u);
if ($bp_user['fullname']) {
return $bp_user['fullname'];
} else {
return $bp_user['display_name'];
}
}
Basically, I integrated my forums before installing BuddyPress, so there are users that haven’t updated their BuddyPress profiles that won’t have fullname’s yet… This way I have all of their normal info to manipulate later and still get their original wordpress display_name to fallback on…
There is probably a much prettier way of doing this, but this is the solution my tired brain could come up with for now.
Chad, welcome and don’t be scared; you’ve lurked long enough to know we don’t bite.
I’m going to answer as best as I can in probably no particular order…
In step 6, Trent is referring to the BuddyPress groups page.
Checking cookie integration works fine, and as a matter of fact I’ve always checked it, because I know that not checking it on the bbPress side leads you down a different installation path. I think it basically makes me do the work twice, because checking the box makes you enter the salts and things that we’re already hard coding into the _config files. So, no worries there.
If you check my profile and look at some of the posts I’ve started, I had similar problems and Burt was awesome enough to help me through some things, but chances are that the IXR just isn’t linking up somewhere…
Let me see if I can find exactly how Burt suggested to debug this, but it worked really well and got me up and on my way in a few minutes, after a few hours of banging my head against it.
That makes sense. I’m actually using a modified version of your oci_bp_custom.php that you linked me to previously, and I think I have a good understanding of how they all work together.
The problem is going to be getting the xprofile fields and data that I want to use, since there doesn’t seem to be a function that says “get all the users extended field data.”
I guess what I’m running into is that the xprofile data doesn’t seem to be in a variable or a global anywhere, because it isn’t really considered meta. It’s kinda like how $bp doesn’t carry around all of the messages in your inbox on every page load, it also doesn’t carry around all the xprofile fields.
Deep integration actually starts WPMU and BuddyPress before it ever touches bbPress, so all of the functions and variables and data I need and can access seem to be available within bbPress.
If you do a search for “private” or “members only” you will find loads of examples of what people are doing to restrict things right now with Buddypress 
Trent
just my 2c
I’m using http://www.slicehost.com for some of the wpmu/buddypress sites I’m building now. I’ve started with a 256MB slice, and will/can expand when needed to a larger/more slice(s). My configuration is/will be:
– nginx instead of apache (implemented)
– eAccellerator (implemented)
– Multi-DB from premium.wpmudev.org (implemented soon, 256 DBs)
– WP-SuperCache or WP-SuperCache-Plus (not sure which one yet)
– offload themes to S3 (maybe)
sgrunt, works like a charm for me! Thanks. Can you post this in trac for everybody please? Just those two changes to those elements.
https://trac.buddypress.org/newticket
Do we have a set of requirements for this plugin? Also, if we all chip-in, can it be made open source afterwards?
For me, a good feature set would be:
* On the signup page have a ‘Create an account using your Facebook details’ button so that information is already added when the users account is created.
* For existing users, a button they can press to connect their accounts up.
* New events on the BuddyPress site to be published on their Facebook account. So, what you would normally have on their profiles ‘Activity’ area, posted onto Facebook. Eg, “John created a new group on The BuddyPress Demo Site”.
* This activity ‘syncing’ can be configured from the users settings page on BuddyPress, so they can turn off activity updates.
* In the same settings page, the user can choose to either use their Facebook avatar, or their BuddyPress one
* Have a page like buddpress-site.com/members/MEMBER/friends/invite, and having the ability to ‘Invite your Facebook friends to BuddyPress Demo Site’, would be great.
Are there any other features people would like added? I won’t be the one building it obviously, but if we can have a set of features then we all know what we’re chipping in for! lol
export your blog to the wordpress format then install mu and buddypress, your blog can then still be accessed by /blog, but obviously you will have to import it first,
most of the plugins will work with mu but some will not, i guess you can only hope and try them out
you will need to add your plugins again, i suggest you add them one by one to see what is working and what isnt, hope that helps, let me know if you need more help
I think the main css elements are based here:
/member-themes/buddypress-member/css/base.css
No offense but the “fix” for this bug is not acceptable. “a few international characters not working” /is/ a big deal to the rest of the world.
The characters show up fine in Buddypress no matter where I post the text; BB or BP.
The characters show up fine in BP and wrong in BB if I post the text in BP.
There has to be another way around this.
http://bouw.fnvnet.nl – dutch trade-union site experiment
