BuddyPress.org

@jonnylons, are you looking for something that lets users write blog posts for their sites? Somebody pointed me to a few good front-end blog post plugins. If that’s what you’re looking for, say the word, and I’ll dig ’em up.

Or, now that I look more closely at the link @footybible offered, sweet. And he mentioned the front-end approach already. I have no current need of this solution myself, as I’m not running multisite, but I am definitely bookmarking that guide in case it comes up in the future….

So, sounds like it just depends on how much control your users need and how much time you want to invest in setting that up.

@jonnylons I had a similar goal to you. I ended up instead creating a highly customised, edited backend. Whether you are interested in doing this completely or maybe just checking out some of the things I learnt, you may want to check out my guide to the matter here:

http://buddydress.com/forums/topic/customising-the-user-backend-and-default-blog-format-tutorial

@pcwriter and @Beck_B thanks! I am trying to find a way to add something to the adminbar of Buddypress that would allow members, when logged in, to write for their sites. At the same time, I don’t want the backend of sites exposed to members who are not writing for that site. Can’t seem to find a simple solution. Maybe these work.

@hnla Well now, great progress!

I remember writing at some point that it’s often the most obvious that escapes me… Turns out I hadn’t “actually” selected any files to upload to subversion… I was just going through the motions and clicking buttons (doh!). The first version of the plugin is up and I just updated it with a whole bunch of cool new stuff. Code here: http://pastebin.com/Qquwe9pH

Thanks to your examples, I created 3 new custom configuration options: in addition to hide/show the main nav, users can now choose to hide/show the site name/logo, the Login/Signup links, and the Visit Random dropdown. I’ve also completely revamped the readme with a detailed FAQ, and added a fully commented stylesheet with the rules I use for my site to help get folks started on customizing their new admin/navbar.

Thanks a whole bunch for your invaluable help and instruction on this project! I can now say I’ve popped my plugin cherry!

Now we just have to wait for subversion to update………

Good spot, that’s why second eyes are vital, also the $hideMainNav doesn’t need to be globally scoped as the function sits outside pages() and the variable is already in the main page scope so no global required for it.
Not sure how the process works for uploading plugins but would guess it hasn’t been approved yet?

If I have a minute I’ll add the config variable for ‘Community’ link then you can run things through their paces when your back.

new adjustments:
typo corrected;

http://pastebin.com/TA4vGHT5

Config section created at top of file – labels all set from that point by user

Hide main nav links function created to add embedded styles via add_action dependent on user setting $hideMainNav = true

Hiding the main nave through CSS isn’t really the best option as it leaves the markup there, it would be better to remove altogether you may want to change default to true(hide)

This is somewhat of a stopgap solution to user parameters.

As always check over thoroughly for any other typos I may have missed

@pcwriter

I’ve had to do a fairly extensive rewrite on the function for a number of reasons:

1/ There was a significant degree of malfomed ul child nesting which prevents drop down aspects working correctly primarily I’ve removed the opening and closing UL elements as they are not required and cause issues.

2/ Not sure how the wp_list_pages was intended to work but with the parameter ‘title_li’ declared as empty you correctly remove the wrapping elements but would need to add UL elements manually wrapping the function call for the dropdown to function correctly.

3/ Added back in the wp_nav_menu function calls but wrapped them in a check to see if WP 3.0 is running i.e are the new menu available if not hide altogether.

Also added a reverse check to remove the wp_list_pages function if using the new menus as there is little point in both and the new menu system serves better.

4/ Changed region and menu top link names to ‘pages’ but this area is a fundamental issue as it cant be known what the user sets as menu names, ideally one shouldn’t hard code values but retrieve them from the admin menu area, but this proves far too hard to work out (asked a question on WP support but haven’t had a reply and I don’t expect one – sadly there is little codex documentation of any depth on the new menus.)

This issue applies to the wp_list_pages as well as you can’t really pass any values for ‘include’ and ‘exclude’ as these values can’t be known so you ought to remove those values you have hardcoded (I have left them in).

If I can get some guidance on how to fetch values from the menu backend view such as menu names then it will be possible to make the menus far more effective but have spent quite a while trawling through the core WP files for nav-menu and it’s not obvious and too time consuming.

I have copied the revised code to this pastebin page, give it a check over, but don’t assume I have things all correct, run it as plugin copy 2

http://pastebin.com/trUDaPEP

There’s also WP Hide Dashboard: https://wordpress.org/extend/plugins/wp-hide-dashboard/

@jonnylons

Don’t know about the post, but here’s the plugin:
https://wordpress.org/extend/plugins/adminimize/

And that old post is located where exactly? Cmon people – share!!!

I was going to do the remove thing, too–so thank you all for the tips–but then I decided I might as well just hide the admin bar from logged out users, as that was my bigger concern with the random visit.anyway. (I don’t think it’ll be especially useful, and our groups are mainly private, but I don’t have any other plans for the top right portion of the screen, so…might as well leave it for now.)

@intimez – good info – thanks.

I also came across this code: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/removing-members-ability-invite-others-to-a-group/#post-48304

Which promises to hide the “invite friend” links (haven’t had success yet…)–

Or you can create a child theme that removes the links from your template… Though really, I agree the system should be more set up like this:

Public — anything goes
Private — only mods and admins can INVITE (not just approve)
Hidden — same as private – only others can’t see

Cheers

Hi, I too want a solution for the same problem just like you. I want to hide admin and sitemanager from the members list. I was searching everywhere for it. If you know something about it just send a message to me to my profile. Waiting for your reply…..Plz….

@marianbuchanan

Try this:
Dashboard – Buddypress – General Settings
Hide admin bar for logged out users?: YES

Try this plugin: https://wordpress.org/extend/plugins/adminimize/

I was having a hard time trying to find the .htaccess file on my iMac, until I figured out that it is a hidden file (I’m working on MAMP Pro). If that is your case (Mac) , you have to unhide it.

1. Did you change settings like BuddyPress > General Settings – Hide for logged out users?
2. Did you change your theme? Did you check if your new theme had wp_footer() in footer.php?

you could hide #bp-adminbar-notifications-menu via CSS display:none

@damian2001, change to bp-default theme, you will see the bp-admin bar across all sites like the one at http://testbp.org/
Double check dashboard – BuddyPress > General Settings > Hide admin bar for logged out users?:> should be NO