[Brandon Allen]

Do you have cookies enabled?

[Brandon Allen]

@djpaul

Yeah, it’s definitely not something I see happening before CTPs are mapped out. It’s a little too late in the game to try something that big for 1.3, and it would be a much easier transition to wait for CPTs. Just figured I would throw it into the mix.

[Brandon Allen]

Also, I’ll work on phpDoc.

[Brandon Allen]

If there are no objections, I’d like to work on moving all xprofile data into the user_meta table so we can make use of the WP_User_Query class. For many reasons, this would be for 1.4+.

[Brandon Allen]

BP requires this, because otherwise it would get complicated, both from a code and from a usability standpoint. While you can send an email without a subject, it’s not considered best practice.

The code won’t allow you to send a message without a subject, so I would go with r-a-y’s suggestion.

[Brandon Allen]

I have not gotten to it yet.

[Brandon Allen]

Are you using a custom template for this?

[Brandon Allen]

So, just a few hours ago, Boone just added a ticket with patch (https://buddypress.trac.wordpress.org/ticket/3205) to make this very easy. If any of you could go test this, then add any feedback, that would be great. The patch is for 1.3, but you should be able to make it work on 1.2.x.

[Brandon Allen]

This is most likely happening because you’re using it inside the members loop. The members loop contains a long list of users, but then you’re limiting the ones displayed using your code. You can try filtering the $sql statement with ‘bp_core_get_paged_users_sql’.

Also, definitely stick with `bp_get_profile_field_data` if you decide to go that route. `bp_get_profile_field_data` is currently a wrapper for `xprofile_get_field_data`, and BP will be moving towards prefixing all function with ‘bp_’ if it hasn’t already been done. `bp_get_profile_field_data` will be more future proof.

[Brandon Allen]

@JamieWade Are you running the site with WP_DEBUG set to true?

[Brandon Allen]

I haven’t been testing these. I’ll try to test tonight and get you a working one. A core hack the last thing you want to do.

[Brandon Allen]

Are you sure you don’t see this on the settings > reading page?

[Brandon Allen]

To fix the front page, go to your WP dashboard Settings > Reading, and set the front page to activity stream, or anything else you’d like the front page to be. As far as _http://partofpeople.dk/geo, You’ll most likely need to set up a page through WP to get that to work.

[Brandon Allen]

Try this:

`function my_filter_activity_comment_reply_links( $content ) {
preg_replace( ‘/()(.*)()/g’, ”, $content);

return $content;
}`

Also, it should be noted that this code is not restricted to your bp-custom.php file. It can also go in your theme’s functions.php file.

[Brandon Allen]

For anyone else with this question, the following code should work:

`

<a href="” class=”acomment-view” id=”acomment-comment-“>

<a href="” class=”acomment-reply” id=”acomment-comment-“> ()

function my_bp_activity_type_is_new_forum_post() {
if ( ‘new_forum_post’ == bp_get_activity_type() )
return true;

return false;
}`

[Brandon Allen]

The css appears as you want on my end.

[Brandon Allen]

@adrianmaggio and @agck I don’t know to what you’re referring, but I see go to Dashboard > Settings > Reading, and set the “Front page displays” setting to “A static page (select below)”, then choose “Activity Stream” from the “Front Page” drop-down menu. I even tried out a fresh 3.1.1 install. This is how you set the page.

@adrianmaggio When BP 1.3 is released, you’ll be able to easily set the front page using the method I’ve laid out above.

[Brandon Allen]

You would put “ in place of “

[Brandon Allen]

If that’s all you’re looking to do, you could use a function like this in your theme:

`function my_reply_hide_text() {
echo my_get_reply_hide_text();
}

function my_get_reply_hide_text() {
// Get activity type
$activity_type = bp_get_activity_type();

// Set default text
$text = ‘Reply’;

switch ( $activity_type ) {
// Activity types to “hide”
case ‘new_forum_post’ :
case ‘new_forum_topic’ :
$text = ‘Hide’;
break;
}

return $text;
}`

[Brandon Allen]

As @uloga said, it’s well within your legal rights (expect for custom js, css, and images if they have a separate license). However, just because you can, doesn’t mean you should.

[Brandon Allen]

You can easily change the default avatar in your dashboard under BuddyPress > General Settings. The reason it doesn’t use the WordPress avatar setting is because BuddyPress is designed to be it’s own site with it’s own settings. If you want to disable gravatar support completely you can set no_grav to true in your theme’s bp_core_fetch_avatar function calls. This will be made even easier when 1.3 is released.

[Brandon Allen]

This functionality is currently being developed by @wpmuguru, but I don’t know that there has been any timeline published as far as a plugin release or it being included in core.

[Brandon Allen]

Hmm… I’ll poke around later.

[Brandon Allen]

bpfull should be the original file. It just gets renamed. At least that’s how it looks in the code.

[Brandon Allen]

You could use wp_cron to fire a function that checks a group’s creation date, it if it meets your 30 day requirement, you would then call the groups_delete_group() function or groups_edit_group_settings() to change the status.