@bpUser
It’s a custom theme designed specifically for bp.org. You can find several good themes here: https://buddypress.org/extend/themes/
Or Google ‘buddypress themes’ for more.
You might also like my BuddyLite theme. It comes with the following basic customization options:
Maximum & Minimum Theme Width
Header Height
Theme Background Color, Image, Image Repeat & Image Behavior
Show Home Page Title and Content
Community Dropdown Menu Label
Integrate BP-Adminbar with Main Menu
Select ‘Global Search’ or Standard Buddypress Search
Search Bar in Header or in Sidebar
Sidebar Left, Right or Left and Right
Main & Secondary Sidebar Width
Hide Sidebar Login Form
Custom CSS
There’s also a premium version – BuddyBuilder – that comes with a whole heck of a lot more options so you can actually design your own theme by simply clicking your mouse. See them both at http://BuddyLite.com
Hmm, that’s strange. It’s working for me exactly as advertised.
What’s the history of your theme? Is it default, child, custom etc?
Maybe cookies…
In the Admin, set “let user decide” for some fields.
Log out.
Clear your cookies, make sure to delete all cookies from the domain, and from any test domains, and any local domains (eg. mamp wamp etc. if you’re using that) that you’re developing the site on.
Log in as a subscriber level user.
What result now?
@aljuk Thanks a lot for you answer. But I also tried that and I logged out as admin and signed in as a normal user. Still the same.
Another idear?
Thanks a lot for the link. I’ll take a look to it! 
All the best!
“If I activate it and set a field (e.g. birthdate) to “users only” – nothing happens. There are also no settings for the users in the frontend of buddypress.”
If you set it to “users only” in Admin, you’re not giving your user the choice, and that’s why there is no selector in the front end. The user will only get the selector if you choose “let user decide”.
@philippmuenchen – it works fine. I’m guessing you’re trying to test it while you’re logged in as Admin? The privacy controls don’t apply to Admin. Admin can see everything. Log in as a regular user and then test.
Age calculation: http://code.hyperspatial.com/all-code/buddypress-code/buddypress-age/
@noizeburger – it works for all fieldgroups, not just Base.
@Symm2112, thanks a lot for your ’99’ status trick – it most definitely hides the user from everything in BP, just what is was looking for.
@zoran100
Hi mate,
I worked this out in the end.
If you go into your buddypress file on your ftp, then go into the Bp forums file, you will see something called bp-forums-templatetags.php.
You are looking for references like these:
‘ function bp_get_the_topic_admin_links( $args = ” ) {
global $bp, $forum_template;
$defaults = array(
‘seperator’ => ‘|’
);
$r = wp_parse_args( $args, $defaults );
extract( $r, EXTR_SKIP );
$links[] = ‘‘ . __( ‘Edit Topic’, ‘buddypress’ ) . ‘‘;
if ( $bp->is_item_admin || $bp->is_item_mod || is_super_admin() ) {‘
Look at the last line of that code.
To only allow a admin to see the edit / delete links delete the other permissions as appropriate.
Hope that helps!
There are exclude page plugins for this but the next version of BP includes custom drop down menus that you can adjust via admin.
Okay, just figured out how to get the chat box to display and hide the admin bar.
I had my admin bar hidden using the display: none tag. I undid that and went into adminbar.css and gave the adminbar a z-index of 1 or 2. Anything more than that and the admin bar would show.
@acaps2007
I think I’ve find an easy way to provide the effect you mentioned. It’s rather a css trick than a php-code way. Below is what I’ve find during this process:
First, I find the function bp_adminbar_notifications_menu() in bp-core-adminbar.php, but it only works when adminbar is enable, and it simply lists out all notifications rather than the “mouse-over” effect we want. It seems admin-bar.js is also required, which is totally beyond me.
So I realized that since it already requires adminbar to be enable in the first place, why are we bothering to duplicate this item, especially in so complex a way?
We just need to hide all other items in adminbar, and re-position the notification menu.
So finally I come up with this:
/** Play with admin-bar to grab notification menu */
#wp-admin-bar {
position: absolute;
}
#wp-admin-bar .padder {
background: none;
}
#wp-admin-bar .padder #admin-bar-logo, #wp-admin-bar .padder ul #bp-adminbar-account-menu, #wp-admin-bar .padder ul #bp-adminbar-blogs-menu, #wp-admin-bar .padder ul #bp-adminbar-thisblog-menu, #wp-admin-bar .padder ul #bp-adminbar-authors-menu, #wp-admin-bar .padder ul #bp-adminbar-visitrandom-menu {
display: none;
}
Now we have notification menu there, and it’s no longer a “always-in-the-front” item. What remains to be done is further defining the style of this little baby, its position, background color, font color, etc.
Hope this would do some help.
ok, core developer doesn’t know this line (?)
`remove_action(‘bp_adminbar_menus’, ‘bp_adminbar_blogs_menu’, 6);`
for those, who needs, it will hide “my blogs” and account-“blogs” from admin bar.
last stop – blogs in navigation, who will help?
@DJPaul
huge step forward, thanks, blogs directory disappeared…but, my blogs in admin bar and blogs in navigation still here.
by that, I meant we will use the WP admin bar if we have time. Otherwise, the current solution is that we hide the WP admin bar when used with BuddyPress.
Well it’s hidden! can’t say why as it’s a custom theme.
if you want to see if it works enclose the ruleset in comments
`
/*
#wp-admin-bar, #wp-admin-bar.padder {
height: 0;
display: none; /* Hide it- not required. */
}
*/
`
Of course this will depend on whether the original styles for adminbar are being called and whether they suit the layout as to whether anything is seen.
This is what it says in styles.css:
`/* > Admin Bar
*/
#wp-admin-bar, #wp-admin-bar.padder {
height: 0;
display: none; /* Hide it- not required. */
}
/* > Header
*/`
This is something that is expressed from time to time i.e “More friendly interface” but it’s one of those things that slightly puzzles me again this is WP and the method of running it is the dashboard and that shouldn’t be a barrier for people really. There are however a few front end posting plugins which essentially drag the dashboard create post page/function to the frontend of a site that may make things a little simpler for users, but not sure on user blogs whether it’s easy or possible to then further abstract or hide the dashboard.
yeah, well i’m trying to look for a way. which i can’t find via plugins/admin since you should restrict/hide such navs on the BP page which are different from WP pages in a sense that they kinda don’t exist. they’re generated on the fly.
do you by any means know what the equivalent of is_home() to the member profile page is?
Any new update on this one?
ok… two solutions:
1. the nasty hacky – adding define (‘BP_DISABLE_ADMIN_BAR’, TRUE) in our theme’s functions.php
Why nasty hacky: well it inserts inline CSS into our footer to hide the adminbar and remove the padding; that’s nastiest enough in itself, but it also uses !important to override anything we actually want to do – even nastier.
2. the cleaner – adding remove_action( ‘init’, ‘bp_core_add_admin_bar_css’); in our theme’s functions.php
That does the job!
Unfortunately, we have to add that in the functions.php of any additional theme we want to use. Let’s get all this presentation stuff in the default theme where it belongs (not in the core)… I’ve said this a lot recently.
I have this problem too. However, I can’t see where to set-up user registration in the BP admin section – these are the options I have under General Settings –
Disable BuddyPress to WordPress profile syncing?: Yes No
Hide admin bar for logged out users?: Yes No
Disable avatar uploads? (Gravatars will still work): Yes No
Disable user account deletion?: Yes No
Disable global forum directory?: Yes No
Disable activity stream commenting on blog and forum posts?:
@questus5
Look at your bp admin section, you will see the custom profile link you use that to create new groups and fields, as long as a new group is created under the ‘Base’ level then it will appear on the registration page.
@dorothysulzmann
As a workaround I would move the three type selections labeled ‘Fan off’? to just after the primary details and use the tree types as just that to confer a user type to each member but also run a simple jQuery show/hide on the further groups so all are hidden and then a check is performed to catch the radio selection and the appropriate group revealed with perhaps a ‘none’ control selection default.
The proper approach would be to complete a section and then pass the form control fields in a session or buffer to the next view to complete further sections but with BP that will likely start to get complicated, as techguy says there is no quick easy way to do this but with client side scripting it wouldn’t be that difficult.
I’m not 100% what you need, but you can rename the default field “Name” to something else on the wp-admin -> BuddyPress -> General Settings screen (“Full Name field name”).
I’ve found the DOB, we did add that in and have now removed it from the buddypress profile field set up admin, but it’s the fullname (which we can’t remove from the admin) that we really need to fix.
Just have: No can’t create a blog from the initial registration page, but yes can create a blog once signed in which is pretty telling really. You do not have a clean install at work here it is a modified one, remove any and ALL mods made, any plugins that might be messing things up, add the admin bar back in while testing, in fact do not hide the admin bar as it’s still creating mal-formed markup using the admin option to hide it which I thought had been fixed after I raised the issue/ticket; what version of BP are you running?
Please remove my sign up.
