BuddyPress.org

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.

the 200usd is from the specifications shown below:

– get the current media plugin

– adapt it for buddypress

but if the specs are different, the cost will change

ELLOandfriends is a social networking platform for students of English linguistics based on Buddypress.

http://www.elloandfriends.uni-osnabrueck.de

Because BuddyPress is not even 1.0 yet, it means that a lot of the code has evolved and changed quite a bit since the beginning. There have been almost 1400 code revisions since tracking started.

Choosing to develop a plugin for BuddyPress right now means staying pretty close to the bleeding edge of the development cycle because chances are that your plugin could be broken tomorrow through no fault of your own. Most current plugin authors are aware of this, and there has been pretty good response time to bugs and fixes. Usually within a day or so.

There are a couple of files that can be used that bp looks for. You\’ll need to create them. In the themes, if you create custom.css in the /css directory it overrides the css for each theme. Also in the home theme or your custom theme if you create a file called /css/site-wide.css that overrides all css generated by bp.

That way you don’t need to modify the distributed css files and your upgrade experience will be much happier.

If you can afford to wait until RC2 comes out before installing BuddyPress, it’s coming soon and might save you some headaches as well. And I don’t just mean like someday soon, I mean like really soon.

Hi

Profile / members pages uses a separate theme and thus you will need to modify its css as well, under /www/wp-content/member-themes/buddypress-member

Perhaps someone will write us a global css plugin that allows css editing from WPMU dashboard?

Regards

Mark