BuddyPress.org

Originally posted by Xevo:

You can’t install bbpress in the “forums” folder if you enable buddypress group forums, since buddypress will then use “forums” as its permalink for its build in group forums.

You can redefine the BP forums slug to something else in wp-config.php or bp-custom.php:

define( 'BP_FORUMS_SLUG', 'group-forums' );

That way, you can install bbPress in /forums/ if you wanted to.

This is what I’ve done on my test environment and it works.

Why not do the following (as we have) …

1. username

2. 1st name

3. last name

4. display name (the bp required field)

Because it’s not necessary. The goal should be to keep the registration form as short and simple as possible and not annoy new users.

Look at the registration process on Facebook, LinkedIn, etc. Most have:

First Name:

Last Name:

Email:

Password:

I use a javascript trick generate the username from the fullname in a hidden field – I can use email as username thanks to this plugin. Since BP has a built-in fullname field I’m stuck with splitting that out in firstname and lastname.

I have considered using fullname for firstname and creating a field_2 for lastname, but that causes all kinds of other issues.

Unfortunately there is no check/validation on what’s entered in the fullname field. The input is also not cleaned up to get capitals on the first letters and small caps on the rest. So the input could be anything, often just a first name or even ladiesman269.

Which undermines any reason of having that required fullname/display field in the first place…

All you have to do is create a function that writes the xprofile field values for 1st and Last name over to the WP table, in addition to setting the “display name value accordingly.

You have to do that straight from the registration form, to make sure that the data is there where/when you need it. That is basically what my function does. If you can get it to work. Apparently it doesn’t for Dan Butcher.

Now, with the (lame) fact that WP user table is actually different (not sure why it wasn’t co-opted for BP purposes)

That had mystified me since last Spring, but here’s Andy’s reason.

I’ve got a TOS plugin on my test environment working as well.

It’s a modified version of Andrew Billits’ BuddyPress Terms of Service plugin:

http://wpmudev.org/project/buddypress-terms-of-service

I’ve cleaned up the code and modified it to work with the BP 1.1 series.

If nexia’s version is better than Andrew’s, then he can release his, otherwise I can release the updated version.

for me, a theme like behance or to give an important place to the galleries of images from each member.

Will probably need bp-album or bp-gallery from Buddydev if it comes one day

I vote for the facebook look and not a blog look. The main purpose is a social network, not a blog. People can create blogs for themselves, but the main selling point is social network.

Just my thoughs

Same here. Great idea, but not working… All Jquery gets broken site-wide…. ANy word from Bravenewcode?

Buddypress (actually wordpress entirely) works bad on Windows. For example, windows doesnt have mod_rewrite, which is a neccesity for Buddypress.

Switch back to a LAMP environment. Or find a really good coder that wants to re-program wordpress for a Windows environment.

Dear Andrea, I’m certain we could make this work, and I’d like to organize a quick skype session with you to get it done. How much would 30 min with you cost?

Here’s where I’m at:

http://community.urine-therapy.org/testing/

Uses my modification of “BuddyPress Social Network Parent Theme Members”

and

http://community.urine-therapy.org/testing2/

usese my modification of “BuddyPress Default Members 1.1”

as described here

http://www.bp-tricks.com/design/member-blog-themes-to-match-your-buddypress-theme/comment-page-1/#comment-133

Now, “testing2” is partially working, but

1) I don’t want the users adding widgets or changing themes…frankly, if they didn’t have access to the dashboard and just had access to a Post editor, I’d be fine with that. Register, Make a blog, start posting, uploading PDF’s, audios, videos, etc.

Regarding the standard navigation, here’s how I see things:

Home should take you to the main site

http://community.urine-therapy.org/

not to the home of the member-blog. And it should have a running ticker of all activity (basically all blog posts).

Blog should take you to your own blog (if you are a member)

Members should take you to a sitewide list of members, not a list of the “members” of the member blog.

Groups should show the groups created by members sitewide

Forums (I think this can be removed for now).

Blogs (this should be the same as members, since each member should only be able to create one blog).

Can you see how I just want to enable a community, but I don’t want to complicate things with blogs and sub blogs and members of sub blogs etc. etc. Basically a member gets a blog, everyone sees what that member does at that blog, we all comment.

Does that make sense?

Best,

Dainis

You can’t install bbpress in the “forums” folder if you enable buddypress group forums, since buddypress will then use “forums” as its permalink for its build in group forums.

Maybe install the standard bbpress in a “forum” folder?

This has been a real deal breaker for me, as I am the author of:

https://buddypress.org/forums/topic/make-member-theme-very-similar-if-not-the-same-as-buddypress-home

and

https://buddypress.org/forums/topic/how-can-we-integrate-the-buddy-press-theme-with-the-user-blogs/page/2

however, we may have our solution here:

http://www.bp-tricks.com/design/member-blog-themes-to-match-your-buddypress-theme/

Best,

Dainis

What does that plugin do? It has some vague requirements:

Create three news fields that will be used by the plugins (ex. “Member name”, “Member firstname”,”Member bothnames”). I suggest “Member name” to be a required field.

Fill the values of those fields for your profile (the datas for at least one user are needed to setup the plugin options)

Where are you supposed to create those fields? xprofile? In addition to the existing fullname field? You can already do that without this plugin.

wp_usermeta is nowhere in the plugin. That is the table WP uses to store firstname and lastname. Any solution in Buddypress should leverage wp_usermeta or at least synchronize with it imho. This plugin solves nothing.

If you’ve got a repeatable case of BP changes not syncing to the WP profile, please create a bug ticket on https://trac.buddypress.org/.

The problem Dan Butcher described looks like standard Buddypress behavior to me. It’s not a bug, it’s a feature, based in Andy Peatling’s design decision that firstname + lastname would cause international incidents.

Below again my hack as I use it in my sites, minus creation + update of a fullname-derived username for user_login, user_nicename, user_url and integration with a mailing list script I use:

function synchro_wp_usermeta($user_id, $password, $meta) {

global $bp, $wpdb;



$uid = get_userdata($user_id);

$email = $uid->user_email;



$fullname = $meta[field_1];

$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



update_usermeta( $user_id, 'nickname', $fullname );

update_usermeta( $user_id, 'first_name', $firstname );

update_usermeta( $user_id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $user_id ) );



}

add_action( 'wpmu_activate_user', 'synchro_wp_usermeta', 10, 3);

I have this code in bp-custom.php or functions.php, not as a plugin. Adding a plugin header could have caused Dan Butcher’s error messages.

BTW, I’m still looking for code to validate the fullname input for at least a two part name, so make a space required. I now get a lot of users only entering a first name. In that case the lastname field in wp_usermeta will stay empty.

WPMU 2.9 trunk, BP 12 trunk, internal bbPress intstall

.

1. In Forum – Group Forum Topic – Edit Topic

I can edit Topic Title, Content but nowhere to add/delete Tags of any topic. Just noticed it now that Tag edit was not available when I needed to add some tags to a forum post. Checking BP 1.1 beta folder, I now see I lost that functionality way back when i moved from external bbPress to internal forum in 1.1 beta

– Will form for editing tags be brought into Edit Topic Page in stable 1.2?

In the meantime, I have copied the edit.php from bp-default/groups/single/forum/ to my child theme and added the template tag to edit tags.

2. Groups Directory page shows “There were no groups found.” when there are groups in this install.

– Possibly because bp-default theme is still in construction?

Groups Directory page in child theme of bp-sn-parent is showing up the Groups listed in that page.

Thank you.

Old theme, if I’m right it doesn’t work with the newer buddypress anymore.

I already figured it out, but thanks! Just so people know, this does work as expected. Make sure to upload both the mo and po files, and to use the bp-custom.php tip from r-a-y.

@Dan https://wordpress.org/extend/plugins/buddypress-real-names/installation/ but I have no idea if it does anything special with BP->WP profile syncing. If you’ve got a repeatable case of BP changes not syncing to the WP profile, please create a bug ticket on https://trac.buddypress.org/.

I also don’t have any problem paying but agree that the business model is anti-user. In addition, there’s something not quite right with this Given their dedication to the BP/WPMU community and all that’s going on, you’d think they’d be right in the thick of these discussions but all I hear are crickets from the WPMU team. I know they’ll say “but we’re so active commenting on our own site” Yea, well the bigger conversation is here and if we aren’t your potential customer base, who is?

Hey Brajesh,

I just checked out the auto-activate plugin and I can confirm what Pierre said that it does send an activation email even though the user account is already activated.

Also, I just checked out buddydev.com since you have the plugin running on your site and I’ve noticed a lot of spam registrations there!

Perhaps you need to add some anti-spam prevention of some kind to your BP install.

And also, as a courtesy, on the plugin release page, you should add a warning to enable some type of anti-spam solution on the user’s BP install (particularly in production environments).

the business-model of a monthly SUBSCRIPTION for a plugin is a ripp-off.

I would not buy something like this, no matter how good the plugin or code is.

Paying a one-time-fee for the plugin and another one-time-fee for an upgrade is O.K.

the “Developers” button on top of this page…

Looks like the function is already in your bp-custom.php, which is not part of standard Buddypress. Can you check in the file if it’s the exact same code?

If so, how did it get there…?

If it’s not the same function, you can probably fix the problem by search/replace in the function: synchro_wp_usermeta -> custom_synchro_wp_usermeta

I don’t remember if I replaced an existing function with the same name. Buddypress did have a function to update wp_usermeta when profile info is updated, but I think that one had another name.