Forum Replies Created
-
In reply to: Docs on buddypress.org?
Andy has installed on the codex a very quick and simple way to modify the individual pages of the codex. It’s a customized setup of sorts, but it’s really just another WPMU blog that everyone has the ability to edit.
In future versions of WordPress (probably 3.0) posts will become more robust and be better suited for something like this. Until then the codex is basically just pages and sub pages with a theme that knows how to make sense of the hierarchy.
In reply to: Removing default Avatars from Blog Listing ViewThey are currently using a gravatar replacement image. In the future these avatars will be more robust, but at the moment if you really dislike them you can change your theme to use whatever you’d like.
In reply to: Site Wide Activity widgetAt the moment the easiest way to do this is to mark the blog as private. The adverse effect to this is that blog doesn’t show up in search engine results or anywhere else in your BuddyPress installation either.
Check the trac and see if there’s an enhancement ticket for this yet. If not, let us know this is something you’re interested in and maybe it will make it into a future version.
In reply to: Site Wide Activty Stream (WEIRD BEHAVIOUR)Your best bet is to make a custom functions to put in wp-plugins/bp-custom.php, to hook into bp_get_post_content and alter the results.
Something like…
function your_custom_post_content( $post_content ) {
// Change the line below to do your custom magic
$new_post_content = $post_content;
return $new_post_content;
}
add_filter( 'bp_get_post_content', 'your_custom_post_content' );In this line…
$new_post_content = $post_content;…you will want to figure out how you want to trim out the extra mark-up you don’t need.
This could also be done with some custom kses filtering, but I think this way is the easiest way to make sure you’re not changing anything else in the process and are only filtering and affecting this one area.
In reply to: forum posts not visibleIf it happens again, PM me. Feel free to delete the duplicates.
In reply to: custom profile data not getting saved in BP 1.1.2Check the codex for how to upgrade your BP theme from the 1.0 method to the 1.1 method. It’s actually easy, but just takes care following the directions. I’m not replying from my dev machine so I can’t browse through the sources easy at the moment, but try upgrading your theme to the 1.1 architecture at least and see if that brings you any success.
Otherwise there might be some deprecation getting in the way somewhere…
In reply to: Status Feature Not WorkingPossible that you’re not using the updated themes?
bp-default and bp-sn-parent
In reply to: Custom Group Avatars went *Poof*There was a topic here with instructions on how to update your group avatars if they did not automatically transfer with your upgrade. Do a search and see if you can find it? If not I’ll see if I can scoop it up.
In reply to: Updated to latest BuddypressNext on the list is renaming the plugin directories one by one to see which one is offending. There’s something left over somewhere that’s causing the white screen.
Quite often, it ends up being a duplicated function somewhere, or a function being called upon that no longer exists in the code. Theme customizations are prone to that kind of thing a lot.
Thanks for the feedback, but BuddyPress definitely works. Sounds like you’re having some issues with your particular installation though, so if you’d like to discuss those here, I’m happy to help out.
In reply to: Problem after upgrade…What was your previous version of BuddyPress, and did you upgrade to 1.1.2?
The data in the database is safe, but you’d go back to the old “deep integration” method of making them look and play nicely together. You could either rename the DB tables to use the bb_ prefix instead of wp_bp_, or you could specify wp_bp_ as the custom prefix during reinstallation of bbPress.
Then you’d go the same old route of using the integration plugins to share cookies, etc.
Your question also depends on whether or not you’re going to keep group forums. If yes, then group forums already know which forum_id they’re linked to, and BuddyPress will continue to use its own internal bbPress to write to and read from the DB, while your separate installation will be the one that works for your “forum root.” If you choose to ditch group forums, then you’ll want to visit your bbPress site-admin and rearrange and change your forum settings and descriptions to make more sense.
In reply to: Site Wide Activty Stream (WEIRD BEHAVIOUR)That’s about the best thing to do at the moment.
It’s taking the blog post and displaying it in its entirety, with typical formatting from the “the_content” filter.
You can put your own filters on “bp_get_post_content” to get the desired results.
In reply to: BuddyPress Privacy Component: An UpdateIt’s only a matter of switching up a few functions and hooks to relocate where the menus are, so it can satisfy just about anyone’s needs.
In reply to: Fatal error after upgrading to BP 1.1.2If you have other plugins that rely on BuddyPress being installed, then this is a bigger project for you than just upgrading BP. Since a lot of the functions and their locations have changed from 1.0 to 1.1, lots of the plugins needed to be upgraded as well.
What I would recommend is deactivating all of your plugins, deactivating BP. Upgrade BP. Make sure everything works okay with just WPMU and BP installed, and then step through each other plugin one by one and upgrade them if they need it, or activate them and see what’s conflicting.
We didn’t ignore your threads, they were caught in Akismet and marked as spam.
@anointed, can you try adding that line into “wp-plugins/bp-custom.php” ?
It should work in wp-config.php or any other file that loads before BuddyPress does. The goal obviously is not to modify a file that’s replaced by core updates, so wp-config.php or bp-custom.php is safer than bp-core.php.
The code…
/* Define on which blog ID BuddyPress should run */
if ( !defined( 'BP_ROOT_BLOG' ) )
define( 'BP_ROOT_BLOG', 1 );Checks to see if BP_ROOT_BLOG was defined by any other file previous to BuddyPress loading, which is done inside the “plugins_loaded” hook which is in wp-settings.php, which is loaded after wp-config.php.
PM me again if your topics are marked as spam, and I can open them back up.
You’re welcome. I may end up taking a closer look at this for you soon, for a project of my own; so you may get some free help.
In reply to: can anyone help with this code?Are you trying to track sign-ups, or activations?
Until a user activates their account, they won’t have any data in the user_meta because technically they don’t have a user account yet, just a sign-up. If you look at the signup table, there is a column called “meta” which stores the signup info until they activate themselves.
Once their account is activated, the activation moves their data from that column to the users table…
In reply to: New forumsTechnically, yes. To take advantage of BuddyPress forums for 1.1.1 and how they work “out of the box” that’s what it needs. It shouldn’t take more than an hour or so to create groups and map their forum_id’s to your old forums in phpMyAdmin.
When you upgrade, be sure to choose the “existing forum” method so that BuddyPress knows to use your existing tables and doesn’t create new ones.
In reply to: Group Calendar PluginMariousooms and a few other people have shown an interest updating the events plugin for 1.1. There’s an updated version of it floating around somewhere.
In reply to: Striptags for Sitewide Activity Feed?Check buddypress/bp-activity/bp-activity-filters.php for a list of what it’s being run through already.
bp_get_activity_content…is the name of the filter you will want to use, just like BuddyPress already does.
You could make your own custom kses for it, or if you’d rather try strip_tags give something like this a shot?
The problem with that code (as it is) is that the activity stream contains the href’s and spans for the links to users and the time, so I don’t think strip_tags will really work. You’ll probably have to put your own kses in there honestly.
In reply to: Minimal, less “social” BuddyPress?Using BuddyPress will ensure constant, future-proof development. I think using it instead of a random authors plugin is probably the best thing to do.
You’re still going to need to adapt to WordPress being a slave to BuddyPress for all of the ways that BP hooks into and filters things like themes.
BP assumes that you’re going to use most of its components, and if you turn them off it’s kind of up to you as the site author/admin to adjust accordingly.
In reply to: Fixed the 404 Problem!This is only the case if you’re using a custom theme and you’re not making it a child of the bp-sn-parent theme. Check the links below for more info…
https://codex.buddypress.org/how-to-guides/upgrading-a-buddypress-1-0-theme-for-buddypress-1-1/
https://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/
In reply to: BuddyPress Privacy Component: An UpdateThe privacy component is so good, that it’s set to “private” in the core and you can’t even find it!
At the moment you would need to code your own registration functions to work in place of the BuddyPress ones to do this. Basically a copy and paste job and rearrange the registration steps to work how you want them to, then call the custom functions in your template instead of the BuddyPress ones.
