BuddyPress.org

@philsquires I agree with @Brooker Might not be the best idea. However, here is a possible solution:
Make every filed of the profile “Required”. I believe this is will not allow new users through until they are filled in. This will have no effect on current users though, Not until they visit their edit profile screen, anyway.

Good luck!

@kenrichman Hey, sorry, I have yet to look into this. I’ve been so busy with getting everything else my client wants working to work that this got put to the bottom of my list. Hopefully I will remember to re visit it before I get a complaint! If I get hnla’a idea working, I will post here how I did it.

Peace

@elliot-s This bp-group-hierarchy works for my purposes, but I’ve problems with almost every new plugin I add.
I’m not sure, because I still have to try myself, but maybe this one can help: Blog Categories For Groups:

Blog Categories For Groups

Check out this plugin:
https://wordpress.org/extend/plugins/custom-profile-filters-for-buddypress/

Also check out this thread:
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/remove-automatic-links-in-profile

“YOUR LINK” is the link you want to set. This is only useful if you want to link to a new page (like your new forum loop) and you don’t want to use AJAX.

However, it seems like you want to use AJAX, so you’ll have to manipulate the AJAX querystring so BuddyPress knows how to load your new custom forum loop. If you go this route, remember to remove the “no-ajax” CSS class from your tab.

The way you name your tab class is important.

In the example above, “forums-newtab”, BP’s AJAX will see “newtab” as the forum’s scope. You’ll then need to manipulate the AJAX querystring to add your forum IDs only when the forum scope is set to “newtab”.

Check out the bp_dtheme_ajax_querystring() in /bp-default/_inc/ajax.php and try to analyze lines 43-50. See how when the scope is set to “personal” that BP changes the `user_id`. You’ll need to do something similar with the `forum_id` parameter when the `scope` is set to “newtab” and when the `object` is set to “forums”.

Once you get a grasp of this, then you can write your filter to do your manipulation.

Also, it’s not so much a matter of table size as it is table design. A properly designed database would not have a problem with handling 1 million or 10 million cells in a table.

I can see on @aliceembroid site that it shows as “show comments”. I would like to have a comments count as “show comments (x)” being x the total number of comments.
So each visitor can know at a first glance if that activty has any comments or not before pressing “show comments”

Glad its working now alice, and i think the css isn’t needed, but if you want to test it -> wp-content-> themes -> bp-columns ->custom.css
What i usually do is scroll down to the very bottom and type this
`/* Custom Modifications */`
then my css code, to keep it separate from the default css

where would you like to show the comments? Buddypress does this by default for logged in user via the reply link : reply(#comments).

Nice, very nice, thanx @timothyjunior and @aliceembroid for sharing this.
Now, how would I add a comments count field ? I mean, showing the comments count if there are any comments or showing nothing if there are not. Am I clear enough ?

Can you report that as a bug on http://trac.buddypress.org please? Your username and password from this site will work there. Thanks.

There’s another issue with dates and Buddypress profiles – perhaps it’s related?

When an Admin performs an edit from the front end of the site on a user’s profile that contains a date field, that date field is automatically populated with the corresponding value from the Admin’s profile ie. I can’t edit a user’s profile on the front of the site without re-setting the user’s birthday to the same date as my own.

This is with BP single, latest versions, out of the box.

https://buddypress.org/community/groups/bp-group-hierarchy/

I did this to my website and it works a treat. This applies if you are using the default BP theme, or a child theme. You will need to go to <b>wp-content/plugins/buddypress/bp-themes/bp-default/header.php</b>

At approximately line 47, you will see the opening tags <div id="header"> Look to about line 52, and you will see the code for the home tab. Replace the code with this

<li class="selected">
<a href="yoursite.com/activity" title=""></a>
</li>

<b> Remember to add http: // before the yoursite.com/activity, for some reason it doesn’t show when I type the full URL in here.</b>

If you look below that, you should see the code for the activity tab, delete this code. You should now have removed the activity tab from the menu, and the Home tab has now been changed so it directs to the activity stream. Any problems message me.

I’m having the same problem. My site is set as UTC. The Birthday plugin works and puts the right date in the widget. When editing, it says the right date. But in the public profile, it is one day earlier. (ex. July 10 is showing as July 9) Using latest version of Buddypress, BuddyPress Corporate 1.3.4 Theme, and WordPress 3.1.1.

Also, when requiring a date on registration, the date field acts as if it’s not filled out. Keeps showing red and saying “Required Field.” I was putting in a date of January 1, 1970.

After seeing more of what you’re trying to do here (https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/how-to-display-the-user-post-count-in-topic-php/#post-96750) I should also point out, that this will only work if the person has logged in since you started using the code. What the code I gave does is to retrieve and save the user’s IP address each time they log in. If you can get in touch with someone who has an account with a different IP address than yourself, you can have them log out, the log in, and you should then see their IP address. To recap, here is the code you need in your bp-custom.php:

`function my_get_IP( $user_id = false ) {
if ( empty( $user_id ) )
return false;

$ip_address = esc_attr( trim( get_user_meta( $user_id, ‘ip_address’, true ) ) );

if ( $ip_address = esc_attr( trim( get_user_meta( $user_id, ‘ip_address’, true ) ) ) )
return $ip_address;
else
return false;
}`

`function my_update_user_IP() {
$user_id = (int) get_current_user_id();

if(!empty($_SERVER)) {
$ip_address = $_SERVER;
} else if(!empty($_SERVER)) {
$ip_address = $_SERVER;
} else if(!empty($_SERVER)) {
$ip_address = $_SERVER;
} else {
$ip_address = ”;
}
if(strpos($ip_address, ‘,’) !== false) {
$ip_address = explode(‘,’, $ip_address);
$ip_address = $ip_address[0];
}

if ( update_user_meta( $user_id, ‘ip_address’, $ip_address ) )
return $ip_address;
else
return false;
}
add_action( ‘wp_login’, ‘my_update_user_IP’ );`

then add the following to your group/members.php template:

``

The function you’re looking for is:
`bp_get_profile_field_data()`

An example use case:

`
$field = bp_get_profile_field_data(
array(
‘field’ => 1, // where 1 is the field_id or it can be the field name
‘user_id’ => bp_displayed_user_id()
)
);

echo ‘Schedule link‘;`

You want to search sitewide blog posts? That would be taxing!

An efficient method would be to use the activity loop and filter by blog posts and the “search_terms” paramater (which in this case would be your xprofile field).

One problem with this approach is blog posts, by default, are truncated when they are saved as an activity stream item, so your xprofile field might not match the blog post if the post content is cut off.

—

An alternative method is having a sitewide blog that aggregates all your blog post data and passing your search term directly to that blog’s post loop. However, this is the “taxing” method I was speaking of because you’ll have to use the switch_to_blog() function and that uses a significant amount of DB queries.

@tubruk – Check out bp-themes/bp-default/forums/index.php.

In that file is a hook to add more tabs:

eg. Add this to your theme’s functions.php:

function my_new_fantabulous_forum_tab() {
?>
<li id="forums-newttab no-ajax"><a href="YOUR LINK">Another Forum Loop</a></li>
<?php
}
add_action( 'bp_forums_directory_group_types', 'my_new_fantabulous_forum_tab' );

If you want your tab to be AJAX-ifed, you’ll need to remove the “no-ajax” CSS class from the tab and write an AJAX hook as well.

Check out the “bp_dtheme_ajax_querystring” filter in /bp-default/_inc/ajax.php. It’s a little complicated, but once you get the jist of it, it makes things a little easier.

There’s a few posts on these forums about it:
http://www.google.com/search?hl=en&hs=6eV&rls=en&channel=suggest&q=%22bp_dtheme_ajax_querystring%22+filter&aq=f&aqi=&aql=&oq=

Hopefully that helps somewhat.