BuddyPress.org

Possible? Yes. After all, everythings possible.

Try this.

define ( 'BP_ENABLE_MULTIBLOG', true );

I haven’t tried this myself, and not sure what it exactly does, but the codex says that this allows buddypress to function on multiple blogs of a WPMU installation.

I could see why that wouldnt work, as buddypress is build on wpmu and every blog you make is basicly a seperate wordpress install. So for example the users that were automatically subscribers on your wpmu blog aren’t automatically subscribers on all the blogs on your wpmu install.

WordPress itself has problems with relocating it’s position, a lot of changes need to be made and since buddypress is build on wordpress, buddypress has these problems now as well.

I don’t really get why your placing buddypress in a sub blog, you can easily change the buddypress theme to your liking if that’s the problem.

Just need to add the core wordpress function to list the pages into the buddypress theme and it should show your newly added pages to the main menu.

I’m actually having the same issue as shaisimchi. I’ve been playing around with it, but haven’t found the solution. I only had some test users, so I tried deleting those and re-creating users. No dice. Any input would be great. Thanks!

@jamesyeah: I’m pretty sure the fields just need to be instantiated. I’m using a location field from the base group. It took me a while to figure out, but all I had to do was go into edit profile, add data to the field I wanted to use for the location, and select save. Then, that field will show up in the admin drop-down. (If you look at the PHP code, it checks that there is a value for that field. That’s how I figured out what I needed to do.)

Hope that makes sense. May not even be what you were talking about! : )

I never use the search function on BP. It’s a pitty, but it doesn’t motivate when you have to specify so many different types of possibilities.

I also read the comment in function bp_search_form_type_select() and i would love if this could be implemented in BP.

I’m pretty much in love with buddypress exept how forums work (see here: http://testbp.org/members/toreg/activity/58328/ ) and how activities and so discussions slowly get lost on the screen (see here: http://testbp.org/members/toreg/activity/58411/).

Hastags would be also a great addition to get people to what is “in” at the moment.

@username is great too … but BP shows the fullname and average user will never be patient enough to look up the username on the profile URL.

Note this is all constructive criticism – i love what you guys have done so far!! Great work, especially the new theme and the improved activity stream!

This file https://svn.buddypress.org/tags/1.1.3/bp-activity/bp-activity-widgets.php contains the Activity widget (BuddyPress 1.1.3)

@ Jivany

You’ve covered this on trac: https://trac.buddypress.org/ticket/1536

So this is a question of privacy settings for the blog.

I hope this isn’t considered hijacking, but do you, DJPaul or anyone know how to make _old_ posts that were counted as private (as per above) appear in the stream?

I can make new posts appear in the stream now but all the old blog posts (https://wordpress.org/extend/themes/p2) are still hidden. Some value in the db?

@Marc: Requirements is a pretty vague term itself eh? A requirement could be as specific as “must support IE6” (which would have an impact on price) or as general as “must position us as an industry leader”. So requirements can be about business, creative, marketing, functional, technical or other goals.

The biggest things that would affect price however would be any functional components that BuddyPress doesn’t include out of the box (like Wiki, Document Library, Video Sharing, etc.). Although much of that can be done with plugins… said plugins may still require custom theming and/or some work on integration.

Complexity of design could mean things like Flash. If Flash work is required, that would cost more. If you require a logo or other branding, that could cost more. But I was more thinking of the complexity of the design in general.

For instance, this design of mine took almost a month of design, development, research and testing (it works in IE6 believe or not and is designed to have graceful text-resizing… as all my work is. XYZ is a fake name of course):

http://davidlewis.ca/solutions/

While this very simple “design” (a freebee for a volunteer organization) took only 2 hours from zero to WordPress theme (p.s. I’m not responsible for any of the horrible content like the logo sidebar… for instance):

http://www.hrsar.ca/e2cdev/

That’s an extreme example… but you get the idea.

You can make pages in the regular WordPress part. And maybe this is helpful.

Your best bet if you want a fabulous BP design for a reasonable price (from both points of view) is to contact milo.

https://buddypress.org/developers/milo317/

Yep. Buddybook will be great!

BuddyPress Links will support this sometime after 1.2 comes out.

hello, i had same problem on buddypress plug in too.

this is how I solved the problem.

1. php.ini

open php.ini , around line 1110 theres codes following.

; For Unix only. You may supply arguments as well (default: “sendmail -t -i”).

; http://php.net/sendmail-path

;sendmail_path = “”xamppsendmailsendmail.exe” -t”

change only 3rd line

;sendmail_path = “”xamppsendmailsendmail.exe” -t”

to

sendmail_path = “”xamppsendmailsendmail.exe” -t”

yes, it says unix only but it worked on my server (windows XP).

and reboot Xampp or apache and try it.

If you ste up xampp and still have problem try this out too.

2. deactivate mailserver “Mercury”, and install another mailserver.

I changed mailserver to ArGoSoft Mail Server.

http://www.argosoft.com/rootpages/MailServerNetFree/Default.aspx

you just need to set up only DNS server (router side) , your domain and user account.

it was very easy even for me. so try it out!

Please see https://buddypress.org/forums/topic/when-asking-for-support

Consider the cost for wordpress themes, as buddypress themes are wordpress themes. There are thousands of wordpress theme players around the world. Quick search on Google should give you some quotes.

You may need to add bit more ($100 – $500) to the quote you get for thanking designers to work for wordpress themes for buddypress.

20,000-foot thought here, but possibly germane.

I’ve been thinking as I’ve gotten from ankles- to knees- to nipples-deep in Buddypress is that there may be a little fuzziness conceptually (or perhaps it’s just my own lack of understanding and need to hammer things down, mentally) around some stuff at the highest level as BP has evolved.

What I mean is something like this: forums and groups seem commingled in a way that is pretty darned counterintuitive, I think, for most users accustomed to traditional forums structure or to social networky ways of doing things. This is not entirely to the bad — I’m not suggesting that — but I think it confuses people who are not ‘techy’. This initial confuzzlement means a lot of people give up without trying to figure out the Buddypress Way, which is a Bad Thing. For my part, as someone who’s highly technical and been working on and off in designing user experience stuff for decades, even me, if a site doesn’t present its ‘expected’ interaction mode after a few seconds, I’ll probably give up and go elsewhere. Little things like a lack of an easily found search box will have me closing a site tab, my patience level is so low — I think that ordinary users tend to be a little lost in the groups/forums melange of Buddypress, sensible as it may seem to those of us who are building the sites, and just give up and go back their Facespaces and Mybooks.

Part of the issue I’m describing badly probably comes from the bolt-on and eventually plugged-in nature of BBpress as part of Buddypress, but I also think it might have been a bit of a result of not starting from top down, boring old use-casey thinking. I could be wrong there, of course, it could just be me, and no offense to Andy or anyone else meant by saying it. It just seems a little… wrong to me, a bit, thinking as a user.

So, finally, about this latest idea and thread: there seems to me, as part of the shift in 1.3, to be a changing conceptual focus. That is, we are directing the focus of users from other individuals, other users on the site (as ‘objects’), to the activity of those individuals, as the engine of interaction, if you will. ‘Following’ activity and so on. Now there’s nothing wrong with that, and I actually feel it’s a very good idea, because engaging users and keeping them actively using a site and interacting with others is what it’s all about, and Facebook, like it or love it, understands that perfectly.

But there are downstream consequences of activity (actions) being the focus of site use as opposed to, for lack of a better word, objects (people, groups).

I’d just like to hold up a hand and say that considering what those consequences might be is a wise thing, I think, if only to avoid a kind of frankenstein’s monster situation, with different conceptual drivers for user engagement ruling over different parts of the app, and further stirring up cognitive dissonance in already-possibly-bewildered users.

OK, that’s enough words now.

Hi,

I would appreciate some help.

I have installed buddypress geo but i cannot run the indexing process as the link in the admin page for the geo plugin does nothing – can someone please help?

Thanks,

Shai

Hi,

I would appreciate some help.

I have installed buddypress geo but i cannot run the indexing process as the link in the admin page for the geo plugin does nothing – can someone please help?

Thanks,

Shai

I’m very late to this party, but since I’ll be developing when 1.3 comes out, here’s my two pennies.

I believe the modularity and CMS capabilities of WP/BP should be expanded. I think we need the ability to create different “content types,” “user types”. Groups could essentially be a user type. Users are a user type. Tournaments, Classrooms, Camping Trips could all be user types. Differentiation is based on functionality and capabilities. I’d like to see a single API work with user types as I hope WP is moving toward for content types.

Let me decide what a friend can do just as a group. Because “groups” can have multiple distinct members, they require a bit more thought, but other than that it should be the same.

BTW, I would never want users to have their own individual forum, but someone else might and that’s the point.

Hi Afoka –

Your post reminded me that I had to change this hack a bit in BP 1.1.3. Here are the notes I made for myself at the time. Let me know if they make sense, and if you can make them work:

===

In wp-content/plugins/buddypress/bp-blogs.php:

– function bp_blogs_record_post has two cases, one for new posts and one for edited posts. Change

if ( (int)get_blog_option( $blog_id, 'blog_public' ) ) {

to

$is_blog_public = get_blog_option( $blog_id, 'blog_public' ); //added



//if ( (int)get_blog_option( $blog_id, ‘blog_public’ ) ) {



if ( $is_blog_public > 0 ) { // changed to account for More Privacy Options

in both of the cases.

– functions bp_blogs_record_comment and bp_blogs_approve_comment. Replace

if ( (int)get_blog_option( $recorded_comment->blog_id, 'blog_public' ) ) {

with

$is_blog_public = get_blog_option( $recorded_comment->blog_id, 'blog_public' ); //added



//if ( (int)get_blog_option( $recorded_comment→blog_id, ‘blog_public’ ) ) {



if ( $is_blog_public > 0 ) { // changed to account for More Privacy Options