That is exactly what I want to avoid! Username is still at the top. I want to eliminate that impersonal username as much as possible.
I do understand this concept and your desire to achieve this type of setup. However, as I said in my previous post, WPMU is blog-centric, not user-centric. The username field is actually what WPMU stores in the “user_login” field of the wp_users table. Therefore, the way WPMU currently works, this datum is mandatory.
This particular request is a WPMU issue and has nothing to do with BuddyPress. I’m afraid there is nothing we can do here to help you, but I strongly encourage you to search the WPMU forums for a similar thread and post a new thread if you can’t find anything related.
At this time, your current options are limited to the ones discussed here.
Hey Chris,
There’s at least several of us using 1.0 alpha 6 still.
And there’s a few on 1.0 RC3 (including these forums on buddypress.org).
Looking forward to your updated tutorial when you figure everything out 
[EDIT]
Our good friends at UMW have updated their integration tutorial for BP 1.0.2, WPMU 2.7.1 and bbPress 1.0 RC3:
http://umwblogs.org/wiki/index.php/Integrating_WPMu%2C_BuddyPress%2C_and_bbPress
I haven’t tried it myself, but thought it might help some of you!
So, my best advice is that you will have to do as Mike Pratt suggests and then code a custom function to extract the new firstname and lastname data from an xprofile table as you see fit, or just output that data in your theme files.
I’m not too worried about displaying firstname and lastname once they are in the database, whereever they end up. My problem is how to customize the registration process to get them there, trying to find the shortest route, avoid redundancies.
As far as registration, have you looked at Mike’s site (http://buglenotes.com/register) to see what he does? If that is what you want, you should PM him and get more advice.
That is exactly what I want to avoid! Username is still at the top. I want to eliminate that impersonal username as much as possible. I want a simple, inviting, natural registration form like this:
- First name
- Last name
- Email address
- Blog name (=username, preferably auto-generated from first+last name)
That should be enough! Additional optional profile fields would be on a next page or in the members account settings.
Mike’s site has too many required fields. I assume Display Name is the default full name field in Buddypress and that he just added the others as custom fields.
This form has username + display name + first name + last name; way too confusing and annoying to potential members. Totally unnecessary, but understandable since Buddypress/WPMU makes it almost impossible to do anything else.
Perhaps that should be modified in the BuddyPress requirements. I prefer php5, but WordPress Mu suggests lower.
Damn I was in a meeting and I missed all this fury, but the PHP version was my next suggestion.
1and1 people can do this by adding this line to their .htaccess file. (This has also been covered before.)
AddType x-mapp-php5 .php
Called 1and1. We changed to php5 and now it’s working.
OK… So what does that mean practically?
Haha! Well, good question.
WPMU is not designed as a user-centric platform. It is blog-centric. BuddyPress puts the focus on the user.
So, my best advice is that you will have to do as Mike Pratt suggests and then code a custom function to extract the new firstname and lastname data from an xprofile table as you see fit, or just output that data in your theme files.
As far as registration, have you looked at Mike’s site (http://buglenotes.com/register) to see what he does? If that is what you want, you should PM him and get more advice.
I haven’t been able to get anything but bbpress alpha 6 to work with group forums. Perhaps others have a different result. I’m running on MT dv also. I banged my head against it for some time and realized finally that it was an issue with my hosts file. See: https://buddypress.org/forums/topic.php?id=426
@Sandeep
The widget just pulls all activity data from the wp_bp_activity_sitewide table. So, you have three options:
- Write a custom widget based on the widget code in bp-activity-widgets.php that does a check for $item[‘component_action’] == new_wire_post and filter that out from the output.
- If you don’t want users to have the ability to make wire posts at all, then you can disable that component in WPMU’s backed by logging in as site admin and going to
BuddyPress > Component Setup > Comment Wire
and then selecting the “Disabled” radio button. Don’t forget to then hit the “Save Settings” button at the bottom.
- Submit an enhancement ticket in trac requesting more fine-grained control over the output of the site wide activity widget.
There is something like this planned. See this: https://buddypress.org/about/roadmap/
I deactivated every plugin and turned them back on one at a time – still no good.
You said this two posts ago and it made me wonder. When you had all plugins, except BuddyPress, deactivated, did the widget work?
Also, are you running WPMU 2.7.1 or the bleeding edge 2.8 trunk?
Thanks for the tip ray,
Do any special steps have to be taken with WP-Cache to use it with Buddypress so that we can make sure it dosent conflict with any component? Any known issues with the common buddypress plugins?
Not unless you want to code it yourself. Suggest you make an enhancement ticket on https://trac.buddypress.org/.
http://tamilfriends.in
Using the default buddypress theme with minor changes…
Launched it just a week ago and already got 2 position in google…
Hi, I had the same thing. I had it working on 1 site but not on another. Turns out I forgot to enable the buddypress plugin in the BBPress admin area.
hth.
Hey Allen,
The CSS for the admin bar is located here:
/wp-content/plugins/buddypress/bp-core/css/admin-bar.css
Look for these lines:
#wp-admin-bar li * {
font: 12px normal "Lucida Grande", "Lucida Sans Unicode", "Lucida Sans", Tahoma, Verdana, Arial, sans-serif !important;
font-weight: normal !important;
background-image: none !important;
}
#wp-admin-bar li a {
padding: 5px 25px 7px 15px !important;
font: 12px normal "Lucida Grande", "Lucida Sans Unicode", "Lucida Sans", Tahoma, Verdana, Arial, sans-serif !important;
font-weight: normal !important;
}
#wp-admin-bar ul li a {
display: block !important;
font-size: 12px !important;
font-family: "Lucida Grande", "Lucida Sans Unicode", "Lucida Sans", Tahoma, Verdana, Arial, sans-serif !important;
text-decoration: none !important;
color: #fff !important;
}
notme31, step 1. Make absolutely sure that you’re using the same name & pw on the BP forums setup as you used for your keymaster on bbPress.
You can try my integration tutorial at The Easy Button. Read through it and see if there’s a step that you’ve missed. Or just start from the beginning. You can contact me directly if you still can’t get it worked out. Maybe we can get it working together. Good luck 
Turns out it might be a bug after all, or at the very least an incompatibility.
If a plugin calls ‘get_template_directory()’ on any page other than the blog (ie if it runs on the admin panel) BuddyPress intercepts the call and rewrites the theme directory thus killing all your themes.
Thanks for all your help.
(I had Maintenance Mode on, which I activated when I upgraded.)
You’ll need to contact 1and1 and have them help you out. I assume, then, that you are on a shared server?
As far as files go, I just have access logs, mail logs and ftp logs.
Will the line contain the word ‘error’?
You need to look at the apache_error_log. Or whatever 1and1 has decided to call the Apache log file.
You do not need to paste the entire contents of that log file in a post. Since this is a new install, what you should do is clear out the log file then recreate the issue. Then go back to the log file and see what errors are reported. List those errors, just one copy of each unique error, here.
I can get to the log files. What am i looking for?
Thanks for your help, by the way.
With what you are experiencing, I would image that there is useful information in your server’s log files. How do you locate the log files?
This is a very old article, but perhaps still applies to 1and1:
http://www.devchunks.com/1and1/1and1-hosting-server-logs/
If that does not help, contact them and ask for assistance in locating your log files.
