BuddyPress.org

I was wondering if you were using single-user WordPress.

I’m assuming that was just the regular wordpress install and not wordpress MU. Could that be the issue I’m having? If so, what do I do to rectify it?

BuddyPress currently works only with WordPress Mu. How do you rectify it? You install WPMU. Here are some more details on how to do that.

Once WPMU is proeprly installed and working, you install BuddyPress.

And what did people on wpmu forum say about this?

I’m almost positive this is a bug in FF3.5 and it’s understanding of shorthad “font” declarations.

This is fixed in the latest default themes in 1.0.2.

This is what you need to do:

Find the “html {” declaration in the CSS files, and look for the “font:” part. Delete it and replace it with this:

font-size: 11px;

font-family: "Lucida Grande", "Lucida Sans Unicode", "Lucida Sans", Tahoma, Verdana, Arial, sans-serif;

Then find the “body {” declaration, and replace the “font” part with:

font-size: 12px;

Do the same in both your WordPress and BuddyPress theme.

Or you could use a widget plugin like Widget Logic to control where and when a widget should show up in your sidebar.

Me too looking for same plugin if that would be available it would be great because of this facility i have turned to elgg from buddy press.

But i want to use buddypress from bottom of my heart as die hard fan of wordpress.

Please guys do something about it.

Sam.

if you just want to hide the widget from non logged in users, just wrap a div around it in home.php. Register the widget area in functions.php in your template …you might want to start here. – https://codex.wordpress.org/WordPress_Widgets_Api

Best way to do this would be to integrate the P2 theme into your user blogs.

Ahh yes! Totally forgot about the P2 theme, John!

https://wordpress.org/extend/themes/p2

I forget if P2 puts a character limit on post entries like Twitter.

—

Also I did some digging just now and the WPMU plugin that John and I are talking about is the “Menus” plugin by dsader:

http://wpmudev.org/project/Menus

This is a WPMU issue and not a BuddyPress-related one.

There are some great WPMU plugins by dsader that limit the WordPress backend:

http://wpmudev.org/user/56/

I suggest checking those out.

—

[EDIT]

Just read over your post again and you say you want to eliminate the entire backend? Off the top of my head, I don’t know if that’s possible.

I don’t think anyone has attempted this in BuddyPress yet, but I could be wrong.

Since you are talking specifically about altering how WPMU deals with blogs, I’d suggest posting this question on the WPMU forums so that their gurus can answer. Whereas you might receive an answer on the BuddyPress forums, the WPMU forums is the more appropriate place for such questions.

I advise that you first do a through search of the Mu forums before posting.

https://mu.wordpress.org/forums/

Ok, I tried installing and reinstalling and I can’t get or find anywhere: Site Admin > Options > Allow new registrations

Any other ideas?

This is a brand new install not adding to an existing wordpress account.

I suppose an “internal blog” for buddypress plugin

similar to wire, with simple post and comment

and not a “redirect” on complete wordpress blog

is right?

@el_terko:

Sorry for not being clear!

What I mean by “deep integration” is calling WordPress into bbPress. You can do this by doing what Necati above you said. Then you can just follow the steps I have listed above.

@Necati:

Thanks for posting that for everyone! My instructions weren’t the clearest!

—

[EDIT]

I decided to post the full code again for clarity’s sake.

On line 2 in bb-config.php (located in your bbPress forum install), add this:

require_once($_SERVER['DOCUMENT_ROOT'].'/wp-blog-header.php');

Now, add this to your bbPress theme’s functions.php (if you do not have a functions.php file in your bbPress theme folder, create one!)

function recreate_bb_admin_bar() {

echo '<div id="wp-admin-bar">';

bp_adminbar_logo();

echo '<ul class="main-nav">';

bp_adminbar_login_menu();

bp_adminbar_account_menu();

bp_adminbar_blogs_menu();

bp_adminbar_notifications_menu();

bp_adminbar_authors_menu();

bp_adminbar_random_menu();

echo '</ul></div>';

}

add_action('bb_foot', 'recreate_bb_admin_bar');

add_action('bb_admin_footer', 'recreate_bb_admin_bar');

add_action( 'bb_head', 'bp_core_admin_bar_css', 1 );

add_action( 'bb_admin_head', 'bp_core_admin_bar_css', 1 );

I also made one last change to the function because it wasn’t XHTML validating before! See if you can spot the change

I’ve had no issues with the current trunk version of bbPress. bbPress has been so furiously updated the past few days/weeks, it’s hard to use a RC version because Sam updates the trunk minutes/hours after releasing it once someone finds a bug. Also with WordPress 2.8+ happening, and with cookies changing each time something new comes, bbPress integration has been a constant challenge for not just users, but developers also.

Things should start slowing down soon, but man is all this activity exciting!

Fact is, that BuddyPress can still only build off of the weaknesses of WordPress itself. What you’re trying to do can really only be worked around with smoke and mirrors, because WordPress itself doesn’t really care what your real name is; the fields exist simply to add depth to a username.

Short of developing your own MU/BP plugin to shift the emphasis, you’re out of luck. Usernames are 100% necessary, because it’s how you login and out of the site, along with your password. Usernames cannot include characters other than alpha-numeric, so you can’t use an email address either. This means they MUST create a username. You could make a plugin or modify your registration to force the creation of a username based on two fields (first name + last name) but that means you’ll need to tell the user what your website made their login name to be, instead of letting them make their own.

There really are only a hand-full of sites that don’t use some kind of username as a login, and in my opinion it makes more sense because not everyone uses the same email address for life, and what happens if I registered with my work email address and get laid off, and I need to login but forgot my password? Now my new password goes to an email address I have no access to. In this case, username makes the most sense, and is almost fail safe unless you’re REALLY having a bad day and forgot your username too.

What about people like me, that like to use their middle names? I get no respect I tell ya!

Seems really odd that your WPMU + BuddyPress installation somehow takes up over 30MB of memory.

You could try upping the available memory to say, 40MB or so, and see if that helps? Do a search here (or Google) for php.ini and hopefully that should help you on your way. There are a few things you can put there to help increase the available memory for your hosting package.

Basically you just make a file called php.ini and put it either in your WordPress root directory, or your wp-admin directory. I’m not sure it really makes a big difference, but I suppose it also depends where the errors are coming from mostly too.

First off, I do sympathize with your frustration on finding an acceptable set of solutions to your questions. Without writing the code for you, it is difficult to point you in the proper direction. There have been a number of options presented, that while being a compromise to your ultimate, desired solution, could produce satisfactory results.

Isn’t the whole point of Buddypress to turn the WordPress base into something more user-centric?

Yes and no. As I already said two posts above:

WPMU is not designed as a user-centric platform. It is blog-centric. BuddyPress puts the focus on the user.

But, BuddyPress is still a layer that rests on top of WPMU, not the other way around. BP relies heavily on certain WPMU functions to handle much of the user registration process. And WPMU requires that the username field be populated (I realize that you know that).

This thread is NOT about the username issue.

I understand that. But what I quoted from your past post was about the username field and that is what I specifically answered in my last post.

This particular thread is entitled “How to use full name, first name + last name“. Burt already provided an answer to this question above via this thread where he shows you how to do exactly this in code.

I’ve understood all along in the various threads that you’ve started on this range of related topics that you want another option, some other way to insert your desired datum into the user_login field, or use newly created fields to allow registering users to enter their firstname and lastname, or that you want a way for users to enter their email for login, or a way to use BP’s xprofile table to display fname and lname in various ways and places, or a way to rearrange fields on the registration form, and that you hate WPMU’s concept of username and want a different option. I get all of this.

Others (including myself) have tried to be as helpful as possible in each of those threads, often rehashing the same answers. I don’t say this to be mean; I say this because we’ve tried to explain in multiple ways and multiple times that what you are after is not possible at this time without hacking the core (in some cases) or writing your own custom plugin(s).

https://buddypress.org/forums/topic.php?id=1746

https://buddypress.org/forums/topic.php?id=1811

https://buddypress.org/forums/topic.php?id=2118

https://buddypress.org/forums/topic.php?id=2119

https://buddypress.org/forums/topic.php?id=2926

How does Buddypress handle first name + last name?

It does and it doesn’t. There are no firstname and lastname fields in BuddyPress unless you create them as Mike Pratt explained above. BuddyPress has its own mandatory registration field that by default is called “Full Name”. Look in the BuddyPress submenu group in WPMU’s backend. Go to “BuddyPress > General Settings > Full Name field name”

Now, there is a function in bp-xprofile-filters.php called xprofile_sync_wp_profile() that will take the datum from the “Full Name” field and split it into a pseudo firstname and lastname and then insert that as meta data into the wp_usermeta table, but it can only do that if a user actually edits their fullname field to include a more than one-word name. So if a user does not edit that field, there will not be any fname/lname wp_usermeta entries for that user.

Buddypress puts a default first x-profile field Name on the registration form; is it possible to replace that with separate first name + last name fields?

You can change the “Full Name” field name to whatever you want but you cannot remove that field from the registration page nor edit it to be something other than a single textbox field–at least not without hacking the core. Look under the “Basic” field grouping in “BuddyPress > Profile Field Setup” to see what I mean.

Or is there already a native solution for first name + last name in WPMU that Buddypress could tap into? (Nicola Greco: ‘… you could replace it with the wp built-in name & last name, or use xprofile fields fot that …”)

In this post above, I explained that if you want to go this route, you’ll need to pull data from two records in wp_usermeta to extract the firstname, lastname combination. If you do not feel comfortable coding this yourself, you could hire a coder to write a simple function to do just that. But be aware, as I explained above, it is possible that not every user will have firstname and lastname meta date.

From your OP:

Default Buddypress is fine for teens/tweens who want to use their anonymous username, but it’s not suitable for a more grown-up business network, for example.

BuddyPress seems perfectly acceptable for business users. There are many professional, adult-based sites that are successfully attracting users to their BP sites. Mike Pratt’s site is a great example, for one.

I’ve been using my full name on this site from day one. It did not bother me that I had to use a single username when registering because I knew I had the option to fill out my full name for display purposes later. It also allowed me to brand BuddyPress.org with my unique name, creating a useful URI in the process.

In fact, the single username approach is what many sites use to allow users to brand themselves. Twitter, youtube, FriendFeed, Delicious, Digg, LinkedIn, and many more all require a unique, single-word username. Of course, some of these then allow you to (or even require) that you use an email for subsequent logins. This is in BP’s future as well.

In the not too distant future, there may be an option to allow users to sign on with their email address via OpenID or another protocol. See the BuddyPress Roadmap and read about the Open Stack.

But for now, your options are limited and if you want to change things you must code your own custom solution or hack the core.

There is not much more we can do, but as I said in my last post, if the username concept bothers you so much, you’ll have to go to the WPMU forums and see what solutions might be in the works–if any.

Which theme are you using? First guess would be that the theme is missing the div ID that WordPress looks for to redirect it to, but that’s a shot in the dark that I haven’t looked into yet.

Okay everyone!

Here’s an update to my code for the BP admin bar in bbPress.

Keep the existing recreate_bb_admin_bar() function, but for the last part (the add_action’s) use this:

add_action('bb_foot', 'recreate_bb_admin_bar');

add_action('bb_admin_footer', 'recreate_bb_admin_bar');

add_action( 'bb_head', 'bp_core_admin_bar_css', 1 );

add_action( 'bb_admin_head', 'bp_core_admin_bar_css', 1 );

This uses bbPress’ default header and footer hooks instead of WordPress’, so in theory, you could get rid of wp_head and wp_footer in your bbPress theme.

You’ll still need to keep the deep integration code in your bb-config.php though!

Also this code is updated so you can see the BP admin bar in the bbPress admin area. The code before did not work for that!

Have you seen this?

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

Or this: https://codex.wordpress.org/Translating_WordPress

@Burt-

Running trunk wpmu developed various issues in the back end widget area. I was testing the bpc alpha 4 widgets and couldn’t change the titles. What?!

Burt, are you aware of the new Widget API in 2.8? This is why you’re widgets were misbehaving. See here for more details: https://codex.wordpress.org/Version_2.8#New_Widgets_API

@DJPaul-

I too am sticking with WPMU 2.7.1 for the time being. I’m just running bleeding edge with BP. Once I switch over to WPMU 2.8 trunk, I’ll give this a go. It sounds like an interesting plugin.