BuddyPress.org

BP is just beginning to roll. You might want to talk to danielfelice at:

http://www.freebuddypressthemes.com/

Or nicolagreco at:

http://buddypressdev.org/

If you are seeing “Call to undefined function bp_search_form_action()” then you are mixing trunk files up with beta 1 files.

You cannot use the beta 1 themes with the trunk plugins. If you’re going to update your BuddyPress installation with the trunk, you need to make sure the themes are the trunk versions too.

There are still last minute changes going into the themes until 1.0 final.

I dunno Mike. I have a test blog that runs the home theme. I created two rss widgets in a column and both seem to work fine. I’m using both of the rss urls you are using in those widgets. Only thing I can think of is that the 2nd widget has diff params that it’s trying to pull from the feed that the feed doesn’t support? What is it in that widget? ‘show content’, ‘show author’, ‘date’ something along those lines.

I configured the West Point feed to show 1 item and the Army Sports widget to show 5. Works over here in lovely Michigan.

I am experiencing the same error. I have WordPress MU 2.6.5 installed and the BuddyPress Combo package, downloaded on the 5th of January 2009. There are no custom themes, just the default Wordrpess MU and BuddyPress theme.

What can be the problem?

realfam, bp covers wpmu, bbpress and bp itself. We try to address all three environments simply because we *have to* to get bp running. That thread was a little off topic for the forums. Even though it did relate to wpmu sorta, kinda.

Then again I just get cranky at times.

Hey jvinch. I think that this sort of thing is a ‘left to the student’ type of exercise for people who are creating bp member themes. The theme’s we have now are the basic ones that come with the package. Kinda like mu’s kubrick default and home themes.

Although bp’s default themes are pretty nifty by themselves. The member theme is pretty unique. But ya, you’re right.

The options show fine on the latest 2.7 trunk. Are you sure you have all the themes plugins installed correctly?

I was thinking about this kind of thing as well. In more general terms. I’m creating a bp member theme skin. Right now just trying to integrate it with the rest of the site. As I’m doing this I’m going over the features that are in that theme. Since I’m fooling with them, I’m thinking about them.

What do I want to see in this theme. How would I change it. I was thinking more about how I operate on my site and other sites. What changes would I make that would make my life easier on the net.

The first thing I would implement is a ‘favorites’ or ‘watch’ component. Kinda like rss feed aggregation. I make comments on people’s blogs. I start topics on the forums and reply to topics. I don’t remember all the junk I do in one day. So being reminded of *my* activity is important.

Viewing my group’s activity is important. Some blog’s are important and I want to see posts from those select blogs. *Some* of my friend’s activity is important. Forum and blog posts for some of my friends.

I’d like to be able to see *all* that stuff above and selectively see a subset of that. That subset is what’s important to me at the moment. It’ll change day to day.

Favorites, watches. Things I want to monitor. I’d like to be able to just dynamically add and delete such things.

I want to do this in one place. One screen. A bp/mu Heads Up Display. For me. I want ‘My HUD’.

This site wide search issue is interesting. Everyone wants something different. I need to have content search like Mike. I also need to have all content site wide aggregated into categories and tags. Cross all blogs on the site. I’ve implemented this by installing donncha’s site wide tags plugin. Any post by any user on any blog goes to the ‘tags’ blog where they all live. This is my community blog.

I had to turn off the activity component in bp to get this though. Currently those two confilict.

Now searching the community blog searches all blog content except pages. It’s very nice because when you find a post that interests you on the community blog you get redirected to the source of the article. You wind up on the blog where the article actually lives.

Mike, I see your problem. The bp search is designed to find things in bp. Not content on a blog. Hmmm. The standard wp way of searching blog content is somehow integrating the searchform.php into your theme. Check out any theme that has a search box. It usually loads up searchform.php. When the user enters in a search term wp goes out and uses search.php template to display the results.

Check out the wpmu default theme. It makes a call to get_search_form() where it wants to display searchform.php.

Hopefully this will make sense

I have 4 directories, which I download the svn update to, and then copy them over to the live site:

/bbpresssvn

/buddypresssvn

/wordpresssvn

/privatedevsvn

By logging into the command line, I can do this

svn up

inside each of those 4 folders and it will update them to the newest trunk release. Then I run this command (or similar for buddypress)

cp -R * ../beta

and copy the files to the dev server. So far this has worked really well.

The private dev svn is where I upload my own plugins and themes I’m doing development on. This method is extremely fast as I never have to ftp any files between the internet, my laptop and back up to the web server. It does require command line access and knowledge of svn.

Hope this helps,

Brad

http://gorgerousgamers.com/beta

No, you wouldn’t have to do any of that running around. If that theme is only used on that blog and you have it turned off for all other blogs except the home blog on your site, then you just have to drop this into functions.php for that theme.

remove_action( 'wp_footer', 'bp_core_admin_bar' );

remove_action( 'wp_head', 'bp_core_add_css' );

In that theme the admin bar won’t show. Ever. If you use that theme on other blogs then you’ll have to wrap those two calls in some code to detect what blog it’s running on and only make those calls on blog id 1.

You could also create a plugin that runs in /mu-plugins, use those two calls above and just detect what blog it’s running on and make the calls only for blog id 1. That might be better.

The plugin adds a Google Map into each profile with a marker where the member is. The member can manually set the location by moving the marker and saving it.

If the member hasn’t saved the position, the position of the IP-address the member last used to login is used.

You need to have the latest buddypress-member theme from trunk in order to see the map in the member profile as I’m calling add_action(‘bp_custom_profile_boxes’, ‘bp_google_maps_profile’, 2); to insert the map into the profile.

Kinda something like this?: https://buddypress.org/forums/topic.php?id=540

On the main page when I click the “Sign up” button, it goes to /register… and 404’s.

/register? Can you give me a link to your site? What is a Clark Connect box?

I’m guessing ‘main page’ is the bp home theme. There are three places a user can choose to signup from there. The admin bar ‘sign up’ the home theme header area ‘login’ and ‘sign up’ buttons and if you are using the welcome widget it has a ‘create account’ button. All three launch wp-signup.php as far as I can see.

Using the url mysite.org/register running the home theme gets the normal registration functions in the left sidebar.

Anything else is a config problem on that box that isn’t allowing normal bp behavior.

The only problems are ‘news’, ‘members’, ‘groups’ buttons in the home theme? All else works ok? I don’t know what blog.php has to do with anything. If you hit ‘news’ bp uses ‘index.php’ to display latest posts on that blog.

If members and groups directories aren’t running at all then you should be getting an error msg.. ok stop..

I re-read your msg and you are getting 404s but things are running. Ok. It helps to actually read the other person’s msg. (sigh)

The 404’s are a known problem when running the various directories. A workaround to eliminate the 404s is to create pages with the same slug as the directory slugs.

members

groups

blogs

Three pages with the above slugs should eliminate the 404s. They just serve as placeholders.

I have a signature running on other forums that reads: “You’re not doing anything wrong. Stop trying to do it right.”

In this case that’s appropriate. The stock behavior for mu and bp is to redirect back to the original url. But we don’t have to live with stock behavior. We got code.

The offending hunk we’re talking about is the various places that bp allows a user to logout. In all cases it has ‘redirect_to=’ site_url(). This takes the user back to where the logged out from. site_url() is what you want to change.

You need to say get_blog_option(1, ‘siteurl’) instead of that. That gets the url for the root/home blog in mu, blog id 1.

You’ll see two logout lines wherever bp allows a logout option. One is for mu 2.7 and it reads: wp_logout_url(site_url()). The other just reads ‘redirect_to=’ site_url()

The mu 2.7 version adds some security stuff to the mix and needs that wp_logout_url() call. In both cases and in all spots change ‘site_url()’ to get_blog_option(1, ‘siteurl’) and things will work as you want them to work.

I see the header in the home theme, two places in the member theme and the admin bar as spots to change.

header.php - www/wp-content/themes/buddypress-home line 48 <?php if ( function_exists('wp_logout_url') ) : ?>

header.php - www/wp-content/member-themes/buddypress-member line 46 <?php if ( function_exists('wp_logout_url') ) : ?>

bp-core-adminbar.php - www/wp-content/mu-plugins/bp-core line 81 if ( function_exists('wp_logout_url') ) {

bp-core-templatetags.php - www/wp-content/mu-plugins/bp-core line 55 if ( function_exists( 'wp_logout_url' ) ) {

Those line numbers may not be exact in all cases but it’ll be in the general vicinity.

The problem that you have to be aware of is that you are modifying stuff that will get overwritten when you update your bp installation. You’ll have to make sure that if you use SVN things get merged in properly and if you’re not using SVN then you’ll manually have to go around and put the mods back in each time.

Hey I apologize for that, I thought something went wrong with my browser.

Well I installed BuddyPress using the Combo Zip and I got all that problem. When I reinstalled using the trunk version, everything became alright but the login issue remains a problem.

It seems that the redirect code is not redirecting to the main blog and as I mentioned earlier. I am referring to the “Header” section of the “Home Theme”

I identified the code from the header. Here’s the code:

<?php if ( function_exists(‘wp_logout_url’) ) : ?>

/ ” alt=”<?php _e( ‘Log Out’, ‘buddypress’ ) ?>”><?php _e( ‘Log Out’, ‘buddypress’ ) ?>

<?php else : ?>

/ “><?php _e( ‘Log Out’, ‘buddypress’ ) ?>

<?php endif; ?>

Is it possible for someone to help me adjust this script so as to make it log out to the login page instead of a redirect? Although I wish that it would redirect to my main blog but I’ll settle for less. Help me look at a bigger picture here, I’ve installed everything and followed every possible instruction that I can find but help me understand what’s going on with this code and I’ll learn from it.

Thank you for your patience and understanding.

All these errors seem to be related to the fact that the various components in bp aren’t initializing properly. Your setup is like:

../<document root>/<wpmu subdirectory>/wp-content/mu-plugins/<bp installed here>

../<document root>/<wpmu subdirectory>/wp-content/member-themes/buddypress-member

../<document root>/<wpmu subdirectory>/wp-content/themes/buddypress-home

?

Hi, Burt! Morning??? You must not be sleeping much.

Mornin’ wardeh! @martin47 this is ‘our’ tool. Andy built it for ‘us’. The boys and girls at Automattic are letting us play with it. Us includes you.