BuddyPress.org

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

Sure, there’s a couple ways to do it.

If you want to turn off linking in specific profile fields (so that nothing in “About Me” gets linked, but locations in “Location” or “Hometown” do), you can use https://wordpress.org/extend/plugins/custom-profile-filters-for-buddypress/. Near the beginning of that plugin, there’s a spot for you to list fields that should NOT be linkable.

If you want to be more specific and look for certain words in a field, here’s how. Copy the original xprofile_filter_link_profile_data function from bp-xprofile-filters.php, paste it into functions.php or wherever you put the remove_filter code, rename it something unique (like henry_xprofile_filter_link_profile_data), then afterwards add the line

add_filter( 'bp_get_the_profile_field_value', 'henry_xprofile_filter_link_profile_data', 2, 2 );

At this point you’ll have to customize the filter to look for certain words. Use something like this (untested, but something like it should work):

if ( strpos( $field_value, 'Boston' ) ) {

$field_value = str_replace( 'Boston', '<a href="' . site_url( BP_MEMBERS_SLUG ) . '/?s=Boston">', $field_value);

}

In other words, if ‘Boston’ is found in the field, replace the plaintext ‘Boston’ with a link to a search on the word ‘Boston’.

Yes, no spam in this category please!

I’m not sure how those plugins in particular work, but here’s a solution that worked for me with the plugin More Privacy Options: https://buddypress.org/forums/topic/more-privacy-options-private-blogs-and-activity-streams

The same principle can probably be applied to your case. Figure out how your plugins are recording fine-grained privacy options, and then adjust the code at the above link to match.

Because the user account has no friends. I believe this is the same error as per https://trac.buddypress.org/ticket/1511 (though caused in a different way).

Why not check the WP forum?

So if I install WPMU, then Buddypress, then the On Demand theme, my site members will each have their own video gallery blog, be able to view other members video blogs, and with a little tweaking the main page can be a video gallery of all videos posted by all members (or rather maybe show the most recent postings)?

With BuddyPress being used now by/for different interest groups from colleges to niche organizations to purely social networking, etc. there is no doubt that there would be different opinions regarding importance of the friends component vis-a-vis groups component.

I’m surprised in the first place that the friends component could even be considered for deprecation since that’s a popular feature. How about a switch to enable or disable the friends component? In one install, e.g. for a professional organization, they don’t need “friends” and prefer “groups.” In another install, for a social club, they’d like “friends” and “groups.”

It would be great if we see categorization of friends (as Bowe mentioned above) as it makes a lot of sense and extend it so that you could send a message only to Friends-Family or send a message only to Friends-CollegeBuds.

However, should the friends component be deprecated, I would request devs to expand Groups component with a user function to have the ability to privately categorize the people within a Group he/she belongs. e.g. Group-Hiking-Friends, Group-Hiking-Pros, Group-Hiking-CollegeBuds, Group-Hiking-NeedsMoreTraining.

Oh wait… I think this is the old inline block issue with the buttons in IE. See this ticket:

https://trac.buddypress.org/ticket/1134

What version of BuddyPress?

I haven’t even looked at it or looked at any code… but based on your description… I’m guessing that the CSS is using a selector that IE doesn’t understand.

@Maz – I may be going out on a limb here, but reading thru all the text here and on trac, I’d be shocked if this proposal went anywhere. There’s nothing remotely close to any kind of support. Great debate, sure, but everyone in favor is really just looking for a twist on the “friends” interpretation…just as you say. My 2 cents.

The BuddyPress Registration Options is, indeed, a useful plugin. It does not work on 1.2 bleeding but hopefully will be updated

yeah, but why do you spam this page ?

well, just wondering if the “Notifications”-tab at the header-bar would be still required when having this widget within the side-bar ?

This is my pet peeve with Buddypress! Wasted at least two weeks on this issue last Summer.

I use the same Beau Lebens email as login plugin that David Lewis found. So I wanted to get rid of username entirely and have basically only real name and email address on my registration form.

To integrate a mailinglist script I needed separate firstname + lastname. Buddypress doesn’t store them out-of-the-box. This is NOT a WPMU issue; WP/WPMU has firstname + lastname in wp_usermeta, but Buddypress simply refuses to synchronize those fields, so you can’t count on the data being there for other scripts (mailinglist, events, etc.).

Here’s my solution:

How to synchronize firstname+lastname between xprofile field_1 and wp_usermeta upon registration

And

How to autogenerate blogname (url) from Blog Title (or username from fullname!)

The Javascript I use for fullname->username looks like this

function copyinputuser()

{

var tmp = document.getElementById('field_1').value;

tmp = tmp.toLowerCase().replace(/^s+|s+$/g, "").replace(/[_|s]+/g, "");

tmp = tmp.replace(/[^a-z0-9-]+/g, "").replace(/[-]+/g, "").replace(/^-+|-+$/g, "");

document.getElementById('signup_username').value = tmp;

}

Unfortunately a lot of people sign up with only one name in the Fullname (field_1) field. Question:

Would anyone know how to validate/check the input for a two-part (minimum) name? You’d probably have to check for a space, make a space required. How would that script look?

No firstname/lastname because this does not work for a lot of international users.

Which countries are you talking about?! Name them.

With all due respect, this is such a bizarre argument. Not only the western world, but India, China, etc. all have no problem whatsoever using two or more names. Countries that use only one name or more than four can write their own plugins, along with the language pack etc.

More than two names is no problem; separating first and last name is primarily about having a first name available. Users can put their other two, three, four names in the second field.

If Facebook, LinkedIn, etc. have no problem requiring separate firstname and lastname, why is this such a controversial issue for Buddypress? Why make life difficult for 80-90 percent of Buddypress users just to prevent offense to 10 percent with different customs?