BuddyPress.org

Do you have any other plugins besides BuddyPress installed? Do you receive any error messages?

Have you read this post? https://buddypress.org/forums/topic.php?id=2190#post-11864

We’ve unhooked the current fns and hooked up our replacement fns. So far they do exactly the same thing as the current fns. We need the ability to decide who gets to see the menu item. I choose to create yet another fn to decide yes or no on blog creation.

function my_can_user_create_a_blog(){

if (is_site_admin())

return true;

else

return false;

}

That goes in bp-custom.php also. Ya, all it does is check if the current user is the site admin. I’m not sure what you mean by only letting ‘Admins’ create blogs. There are blog admins and one site admin. Everyone with a blog gets to have the wp role ‘administrator’. Not sure what you want so i’ve wrapped the logic in a fn so you can change it to whatever you like.

Now we need to alter our new replacement fns to skip the display of the menu items if that returns false.

In our my_blogs_setup_nav() there is a line like this:

bp_core_add_subnav_item( $bp->blogs->slug, ‘create-a-blog’ __(‘Create a Blog’,

‘buddypress’), $blogs_link, ‘bp_blogs_screen_create_a_blog’ );

We need to wrap it like this:

if (my_can_user_create_a_blog()){

‘bp_core_add_subnav_item( $bp->blogs->slug, ‘create-a-blog’Create a Blog’,’buddypress’), $blogs_link, ‘bp_blogs_screen_create_a_blog’ );

}

Also the function my_adminbar_blogs_menu() has code that looks like this:

echo '<li' . $alt . '>';

echo '<a href="' . $bp->loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">'

. __('Create a Blog!', 'buddypress') . '</a>';

echo '</li>';

You need to wrap that the same way:

if (my_can_user_create_a_blog()){

..all that stuff..

}

To better help you, we need a few more details.

1. Are there any errors in the log files? If so, what are they?
2. Are you using any plugins other than BuddyPress? If so, have you tried deactivating them and seeing what happens?
3. Did you make any changes to the .htaccess file? If so, what were they?
4. Did you install the .htaccess file in WPMU’s root?

Here are some other things to do before replying:

• Read the first post in this thread very carefully again and make sure that you have BuddyPress installed in the proper location and the various theme files put in their proper place.
• Although not everything applies to your situation, please read this thread entirely.

Which versions of WPMU and BuddyPress are you running?

I’ve looked ever so briefly at your site’s CSS files. It seems that you have customized the standard BuddyPress themes somewhat rather than creating a custom theme from scratch. So, here are some initial debugging steps and questions:

1. Which version of BuddyPress are you using? The one from the large, orange “Download” button?
2. Have you tried switching back to the default BuddyPress themes and see what happens?
3. Have you disabled the WP-Forums plugin in WPMU backend and see if the problem goes away?

Finally, having the proper tools can help you figure out many CSS issues. I highly recommend that you use Firefox with the Firebug Add-on.

The member theme Blogs > Create a Blog and the admin bar My Account > Blogs > Create a Blog both get their menu items from the bp options nav array that each component sets up when they go through their init procedure.

In the case of the blogs component it’s the fn bp_blogs_setup_nav() in /buddypress/bp-blogs.php

The other menu item is the admin bar option My Blogs > Create a Blog at the bottom of that menu. That lives in the fn function bp_adminbar_blogs_menu() in /buddypress/bp-core/bp-core-adminbar.php

Without modifying the core files we can replace both of these fns with our own since they are triggered by actions in wp.

bp_blogs_setup_nav() responds when triggered like this:

add_action( ‘wp’, ‘bp_blogs_setup_nav’, 2 );

add_action( ‘admin_menu’, ‘bp_blogs_setup_nav’, 2 );

bp_adminbar_blogs_menu() responds when triggered like this:

add_action( ‘bp_adminbar_menus’, ‘bp_adminbar_blogs_menu’, 6 );

(Saving again…)

Im trying to do the same thing…do you think you could go into a little more detail to help me out? thanks!

Ben, I took a look at something similar before. There were multiple requests for limiting the number of blogs a user could create. I came up with the only solution I could find at the time: https://buddypress.org/forums/topic.php?id=1328

bp relies on wpmu’s settings for blog creation. wpmu controls this in the site admin back end. Site Admin > Options > Allow New Registrations. Whatever solution to your request is has to take into that setting in wpmu. It’s basicly an on/off kinda thing. You either can or can’t. It’s not based on user role.

Disabling the registration/signup ‘gimme a blog’ option and you have people still able to create blogs after logging in. Let’s say we set that to ‘Only logged in users can create new blogs.’. It’s a start.

So, now only logged in users can create blogs. The create a blog on registration is gone. Next issue is the need to let certain roles see and use the ‘create a blog’ option.

This exists in the member theme Blogs > Create a Blog and in the admin bar under My Blogs > Create a Blog and My Account > Blogs > Create a Blog.

(Saving this while I dig thru some code…)

Burt-

Thanks for reminding us of the buddypress.pastbin and for pasting in Andy’s WP abstraction functions. This will be handy.

I added Andy’s bp-core-wpabstraction.php file to the bp pastebin for discussion.

http://buddypress.pastebin.com/f578203cb

I suggest *not* abstracting is_site_admin() because it’s a commonly used mechanism for detecting wpmu. if (function_exists(‘is_site_admin’)) should return true on wpmu and false on wp. I know that the abstraction file is so that we don’t have to care, but….

Andy just announced via Twitter that, barring any unforeseen issues, RC-2 will be out tomorrow and within a week he hopes to have the official, public release of version 1.0 of BuddyPress!

home-page

/members

/groups

all use the default bp-home theme

members and groups pages use the members-theme

that’s why some of your pages have the green border in the header and some have the orange border…

yes, there are different css files… depends on your version of buddypress

what version?

ok… so i have this working on my buddypress install (users only… no blogs)

it creates a new user and pulls as much information as it can

username => firstname

email => email

from there, I direct them to a custom “welcome” page where I explain they must update their profile information (some providers give ugly information)

example:

gmail does:

email => email

username => firstname

yahoo does:

email => email

username => RPX234562983746592745834578

even if the yahoo/gmail account has a first and last name with it, it never pulls it over when the BP account is created

I wish they could still “choose” the username that gets displayed so their profile doesnt become /members/RPX243523452345245645

we’re still working on this on our end…. hopefully we will get it to work successfully/cleanly… but for the most part, it does work

Ditto. I’m working on trunk 1381 and WPMU 2.7.1. Everything else works as it should. The buddypress-member folder is within wp-content/bp-themes/. It is the only member theme in that folder and I made sure that it was selected correctly within the BuddyPress settings.

Anyone else?

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

As always: what version of BuddyPress are you running?

copy this, add to it, paste it below in your post…. this will get a little overboard i’m sure, but we should list as much as we can and then narrow it down based on:

– if it’s possible

– time to complete

– cost

Features Request:

browser=person browsing the website

user= the individual user/profile owner

– seamless integration with buddypress

– this becomes a component that is activated through the bp admin menu

– and general settings are controlled by the admin in the wp-admin subnav

– not a plugin/mu-plugin

– user can select to only show pics/vids if your the users friend, or show anyone

– user can subscribe to pics/vids gallery rss just like activity rss

– browser can select “view random gallery” or “view random video” from the bp nav bar

– user has “gallery options” under their profile menu

– add/upload/remove/rename/add caption to images and videos

– user has “gallery settings” under their settings menu

– make pics/videos public, show to friends only, etc

– all media uploaded is searchable through the /members page

– a new <directory> is created called “Media” just like the “groups” or “members” or “events”

– this directory shares the default theme of BP and yet is customizable because it has it’s own directory/index.php and directory/media-loop.php (just like BP)

– admin decides how media should be stored

– on the website server

– or on kultura (i have no need for this)

– etc

– admin decides max file size, max storage amount per user and is able to delete any media uploaded

– user is able to choose which uploaded image is set as their avatar

– user is able to create galleries and select a default gallery icon/image (myspace)

– galleries could contain both video and images and are browsable as thumbs

– thumbnail image is “thickbox ready” and pops up both pics and video into a jquery thickbox with button for next / previous / close etc

– Gallery content/information/descriptions etc becomes bp-Xprofile data that can gotten and displayed much the same as regular bp-xprofile data (get_bp_xprofile data ect)

– except for the admin options, all gallery controls and content remain on the front-end/profile only

the list goes on and on… and there’s many ways this could all be done

add to the above, remove stuff (say why you removed)

I dont think these features are “too much” considering there’s $700 available for this project… I’m also open to a different developer…. this should be someone who lives and breathes buddypress and who keeps current with both wpmu and bp trunk versions

we would also need to know/specify which install we want this created for

wpmu 2.7.1 + BP RC1

wpmu 2.7 + BP RC1

wpmu 2.7.1 + BP latest trunk

etc… because chances of this working well on all the different install variation is tricky

worst case scenario, all we get is the $200 job and we have to make due

(im still down with that too)

I would like the developer to brainstorm and come up with a list of features that THEY think are possible considering the budget

$200 gets you ___________.

$700 gets you ___________.

($700 would get us something pretty damn cool from the right dev… and remember, if it’s done right Andy will add this to the BP core which I believe is the best option)

site-wide.css loads on all pages regardless of the theme. It’s only useful if you have a consistent theme for the site. Don’t use it otherwise.

Well, as you’ve found out, it doesn’t. I’m not sure if this a wpmu feature or not. If you think it should work differently, write up an enhancement ticket and put it on trac.