BuddyPress.org

Note that there is a Trac ticket for this also, should it turn out to be some kind of BuddyPress bug: https://buddypress.trac.wordpress.org/ticket/6194

Hi i’m sorry. It must be because i’m french, but i’m not sure to understand what you reported 🙁

If i “rephrase” like this :

When adding the buddypress-activity support for my custom post type and specifying custom action strings arguments i don’t manage to have my custom strings displayed into the activity stream but instead the default action string eg : user wrote a new item

Would it be ok with your description of the trouble ?

%3$s should do something if your config is multisite. Is your config multisite ?

I would also prefer to show the page title as is shown when a blog is posted as supposed to just showing “User has posted a new ‘item’” – perhaps a %4$s can be added???

This would require some more activity meta. I haven’t included this part in core, so you’ll need to add a filter to achieve your goal. But let’s try to fix things step by step. I’m going to investigate on the “rephrase” i’ve just done.

My first impression is i’m a bit surprised as i’m using Post type activities for one of my plugin and everything seems to be ok… See this image :

@philippmuenchen @henrywright

Ok got it.

First i’ve just created this ticket and suggested a patch to solve the issue.

Now, you can still have it working by simply requesting a ‘not single’ member type using false as an extra argument eg :
bp_get_member_type( bp_get_member_user_id(), false );

So you’ll get the member type name, but not the singular name. If you want to have the singular name, here’s another gist :
https://gist.github.com/imath/3a5c5ade44eae997fdfd

Let’s take an example : Custom Tags for your custom post type.

if the question is : “is it possible to have an activity generated each time a custom post type tag is created ?”

My reply is it’s not included in core. And by the way, creating a post tag doesn’t generate an activity.

Post types activities is easing the process of generating activities when an item of a ‘buddypress-activity’ supported post type is added.

We still need to work on generating activitiies when a comment is made on a post type.

About generating an activity when a taxonomy (hierarchical or not) is created is an interesting idea but seems inmho specific to a given post type. For example i have difficulties seeing an interest for post categories or post tags (but why not afterall!) but i do see an interest for one of my plugin. So i will explore this for the plugin i have in mind 😉

Hi @jessy-marco

Thanks for pointing this out. I’ve opened a Trac ticket to try to get this fixed.

hi @philippmuenchen,

here’s a gist published by @imath to sort the member directory by member_type.

That (working)example is based on this Codex article

FYI
https://buddypress.org/support/topic/how-to-hide-group-creation-steps/

Hmm, it sounds harsh that you get burned and have problems on each update because ive not really had many problems when updating in the past, maybe a few small ones but not many, and if i have had a few problems ive just held off updating for a couple of weeks until the fixes have been issued into buddypress or the plugins.

After trying out “ALOT” of themes (paid and free) with buddypress and wordpress over the past 2 years i have made my own conclusion that the best themes to use in both cases are usually the bare bones and lightweight themes that can have things integrated by yourself as and when needed, this way you are cutting out alot of problems that can be caused within the theme itself, i know some themes look amazing but they can also cause alot of problems for you in the future if not regular updated by the developer.

If your comfy with design i would always opt for a lightweight and barebones theme and build upon that. less things built into a theme = easier to troubleshoot! (This is just my opinion)
I have tried numerous themes that have caused wiered things to happen with certain plugins, yet work fine on the default themes for example.

As for setting up a local test server, this is quite easy to do now, you should definitely look into using something like XXAMP and give it a try.

I still havent got round to testing the new buddypress update yet on my themes and plugins as i fell asleep lol.

You have to merge your .pot file with the latest one located in /wp-content/plugins/buddypress/buddypress.pot.

Read the “Updating your custom language file” section of this codex article:

Customizing Labels, Messages, and URLs

—

For other plugins, placing your custom translations in /wp-content/plugins or /wp-content/languages/plugins/ should work.

Put your language file here:
/wp-content/languages/buddypress/

And you will not have to worry about upgrades removing your language file.

This is what I use. It blocks access to all the BP and bbPress components, but allows visitors to see the blog. I’m sure you could customize it to kill access to that too.

When you attempt to access a page you shouldn’t be able to see, you are redirected back to the home page

/**
 * Block public access to site with some exceptions.
 */
function hwdsb_block_access() {
	if ( is_user_logged_in() ) {
		return;
	}

	$redirect = is_buddypress();

	$site_path = bp_core_get_site_path();

	// subdirectory install
	if ( is_multisite() && ! is_subdomain_install() ) {
		global $current_blog;
		$site_path = $current_blog->path;
	}

	// strip site path from URI
	$path = substr( esc_url( $_SERVER['REQUEST_URI'] ), strlen( $site_path ) );

	if ( ! $redirect && function_exists( 'is_bbpress' ) ) {
		$redirect = is_bbpress();
	}

	// redirect if we match a condition and we're not on the homepage
	if ( (bool) $redirect === true && $path != '' ) {
		bp_core_redirect( bp_core_get_root_domain() );
		exit();
	}

}
add_action( 'template_redirect', 'hwdsb_block_access', 0 );

Another option might be something like this: https://wordpress.org/plugins/buddypress-private-message-for-friends-only/. I haven’t used it myself, so I’m not positive it still works.