BuddyPress.org

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?

great !

is it possible to de-activate the “Notifications-tab” within the BuddyBar ?

As this feature is somehow already available within the BuddyBar.

This doesn’t show on my signup page either.

I’ve tried this regular WordPress plugin for New User Email Setup, but it didn’t do anything at all for Buddypress activation.

This BuddyPress Registration Options has some very useful features that I probably need anyway, but it still doesn’t allow you to change the From and Subject lines. [username] seems to be the only available tag, not [fullname]. You can’t make any changes unless you check Moderate New Members.

Why is more control over the registration process not built into the Buddypress core? It’s essential to a social network imho.

I’m aware of that plugin. But bp-events is the only events plugin that integrates with BuddyPress. With bp-events you can invite friends, associate events with groups, etc. Very different animal.

Anyway… I haven’t quite given up… but I’m close to it. The new default theme is structured very differently from the old. I understand how it’s organized… such that the main template folder for your component just houses the directory and single views… while the templates for member’s stuff (i.e. your groups, your events, your blogs, etc.) are in “/member/single/…” … and there is only one loop which is loaded below the tabbed navigation via AJAX. I get all that. But trying to re-factor the old bp-events templates to work that way is causing me great pain. LOL. By the time I figure it out… Erwin may have resurfaced and released an update.

All I know is… my site cannot launch without this component. So at the moment anyway… I’m stuck with trying to hack the old bp-events or launching a 1.1 site with the old bp-events. Ergh

1) https://codex.buddypress.org/how-to-guides/customizing-labels-messages-and-urls/

2) Go to your wp-admin area, in the BuddyPress menu go to “Component Setup”. This lets you disable/enable each component of BuddyPress. If you disable, they are removed from menus. If you want the component active but not on your menu, you will need to create a child theme: https://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/

Running:

mu- 2.8.6

buddypress – 1.1.3

bbpress – 1.0.2

I am seeing the buddypress bar links on the left hand side, but they dont get put at the top like in buddypress, there is no formatting/styling to them. Any suggestions?

Thanks, I’m kinda hangin’ my head over here. I just deleted the whole mu and buddypress install, made a new DB, and got a Database Tables Missing Fatal Error upon installing WPMU.

Since my community is not launched yet, I could start over, but now I’m at step 0.

Anyway, regarding themes: What I want is for users to not have many options (if any). They come in and have a blog that works the way it works. Andrea, sounds like your suggestion would work…

Seems like this should be an “out the box” kind of thing…but here I am with a bonging WMPU install…