BuddyPress.org

I agree a context-sensitive @group is a good idea. I don’t think anything wider reach than “All friends” or “all group members” is a great idea because of how noisy it would be on any decently-sized BP site

Completely agree @djpaul. I’ll make it so.

Thanks @venutius! I’ll let you know once it’s ready by posting back here.

@djpaul come on, where’s your sense of adventure? This could be fun 😛

@venutius sure, i’ll make sure to add some instructions showing which commands are available.

Generate @ mentions for all group members.

@shanebp I’m also going to add support for more commands such as @mod, which will mention the group’s moderators.

Crowdmentions is in progress.

Maybe use an illegal character at the beginning of the mention string? So:

@-group

@-channel

I’m not sure I like that approach though as people may forget the -. How does Slack avoid the problem? They seem to use mentions without illegal characaters such as @channel @all and @everyone without any problems.

How would you guys suggest this works?

@group

@channel

What if these are usernames too? I’m wondering about the best way to do this.

In post #190874 on the topic you’ve linked to, snippet 2 has the line:

$excluded_user='1'; // Id's to remove, separated by comma

You can just add more user IDs like this and those IDs will be excluded from the loop:

$excluded_user='1,34,56,201'; // Id's to remove, separated by comma

So it is better for this plugin to do the styling.

BuddyPress is intentionally built to be flexible. Even though it works well “out-of-the-box” it isn’t designed to be finished. If we added everything to core, then it would bloat the project. The idea is for you to extend your own personal copy of BuddyPress with plugins and themes to make it…[Read more]

Something like this:

function sm60_filter( $html, $user_id ) {
// Get the data we need.
$display_name = bp_core_get_user_displayname( $user_id );
$url = bp_core_get_user_domain( $user_id );

// Now you can filter.
$html = '<span class="display-name"><a href="' . $url . '" title="' . $display_name . '">' . $display_name .…[Read more]

Do you mean BuddyPress users accessing the main WP site? BuddyPress users and WordPress users are the same, perhaps with different roles and capabilities but they all live in the users table. So two-way access shouldn’t be a problem.

If you feel multisite is the way to go, then I’d suggest you set up a test install first to try it out. Creating a…[Read more]

Your theme not being suitable for standard pages isn’t reason enough to use multisite. It might solve your problem but it is kind of like using a sledgehammer to crack a nut. Have a read of this article, it will give you some things to think about before you go down the multisite path.

If I understand your requirements right, I wouldn’t use multisite for this. I also wouldn’t use separate installs.

Considering you just need a main site area and a BuddyPress area, I would aim to keep things as simple as possible and address this problem with a custom theme. You can add a /your-theme/buddypress/ folder which contains all of your…[Read more]

Please ask your question on the plugin’s support forum. The plugin author should be able to help.

OK sure, try this:

function william_oneb_key() {
if ( isset( $_GET['key'] ) ) {
echo $_GET['key'];
} else {
echo "No key available.";
}
}
add_action( 'bp_after_activate_content', 'william_oneb_key' );

If the key is part of the URL then you should be able to get that from $_GET["key"] and then query the database for a user ID using that value.

This all sounds feasible. BuddyPress is very developer friendly so building your own web apps and hooking into BuddyPress shouldn’t be a problem.

The registration form is configurable and is fully customisable via the BuddyPress template hierarchy.

Also, BuddyPress is free, so there’s no need to purchase.

Is the user logged in at this point? If so, you can use bp_loggedin_user_id()

I suspected that might happen. The problem is here $willie = my_f();. In this particular case you can’t do that. I may have mislead you earlier so I’ve updated my reply here.

That’s usually fine to do but be careful in this case. Our my_f() function is hooked to the filter bp_core_activate_account. That particular filter executes at a given time only. So your statement $user_id = my_f(); is not useful. $user_id will be undefined.

@william_oneb technically yes. If bp_core_activate_signup( $key ) is successful then it will return a user ID. So

function my_f( $user_id ) {
// You can do something with $user_id here. Note though, the return value of
// bp_core_activate_signup() may be false. In that case,
// the value of $user_id here will be false.
return…[Read more]

Which theme are you using?