BuddyPress.org

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.

oki, done here: https://trac.buddypress.org/ticket/530

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