btw, @boonebgorges I guess I should mention that it does now integrate with activity and notification too 
I don’t have a calendar view atm, but the code is there already, its a case of adding the right options etc to get it showing instead of an events list.
It’s been far longer than ever wanted, but EM now integrates with buddypress. You can now create/edit events, manage bookings, and create group events.
This is still a release candidate for EM 4.0 but it’s stable – http://wp-events-plugin.com/try-the-beta/
Looking forward to some feedback!
P.S, I don’t know why it duplicated the topic, I didn’t intentionally do it.
I was looking for a functionality for buddypress that adds roles, and other neat stuff to forums and so on, and I found this plugin called Bainternet User Ranks. (http://wordpress.org/extend/plugins/bainternet-user-ranks/) Is does not really say anything on there about buddypress, or anything, but I was wondering if someone could take a look and see if we could extend it to buddypress so I could have stuff like this.
Any takers?
I recently installed BuddyPress and I was able to do all of the back-end stuff and set up my Admin profile, but when I tried to create a dummy user to test out the registration process I was unable to login the fully registered dummy user. Any idea why this would be happening?
@r-a-y
Thanks again for the answer. But I have the following problems:
The echo displays the group members user id for each member (the actual number) But the profile field that I am trying to display is showing that of the members page I am on, not the group members.
I replaced :
‘user_id’ => bp_displayed_user_id()
with:
‘user_id’ => bp_group_member_id()
So the output I get is such:
Group Members Name (correct per my use of the group member loop)
47 ( the bp_group_member_id) (this is the correct user id, but I don’t want that displayed)
Displayed users profile field (incorrect- this should be the profile field of the Group member in the list)
Thanks!
@r-a-y
Well, that is handful! I’m not sure where to even begin to combine the two types of loops. I’m willing to get my hands dirty with code, but need a hint as to how to get started. Any suggestions?
Thanks for the reply!
Hey, you’re right. This affects BuddyPress 1.2.x, it seems to work on our latest dev version.
I installed WordPress 3.1.1. First with the Fantastico at the hosting site,
then Buddypress 1.2.8 automatically.
At the Dashboad under Buddypress, in Forums Setup it asked if I wanted a new bbPress install or use an Existing Install. On the site there was a nice tab for Forums with nothing in it, so I figured that the Forums did indeed need to be set up.
I chose new bbPress install and I still have the Tab for Forums, with nothing in them. I can not seem to find anywhere were I can interact with the Forums and set these up. Any help would be appreciated.
Yea, that’s what i mention before it has something to do with buddypress.
Ok well most of the easter stuff has passed, so ill try to work on a fix asap.
and thanks alice.
I see what is happening to your code. buddypress is changing it. How stranges.
Late last night, I stumbled across these two awesome features while poking around the default buddypress template. Today, they seem to have disappeared; I don’t know whether they existed or if I was just imagining things:
1. The ability to filter forum topics by their tags (AJAX)
2. An ajax New Topic Form that slid out, and contained a drop-down menu of all the available groups.
Am I trippin? Or do these two features exist?
@r-a-y Interesting to note, I’ve just tried the code, and it works. But for some reason, while it works flawlessly on my XAMPP box (Windows Vista), my MAMP box will not load any of the forums or forum posts… It just loads a blank page. I just hope it works on my live server…
EDIT: Works on my live server. So my MAMP must have something screwy with its settings. Ahh no big, it’s not my main work computer, yet…
(sorry for the repost, I posted this to the group by accident before I saw the forum link)
//login.php is showing up on error report (double slashes). The 404 is eating all of my hosting processing. This is a new site with virtually no traffic, but that //login.php is getting hit hundreds of thousands of times, and the 404 is being displayed each time. I am looking for either a simple workaround, or some evaluation of my plugins, below:
Here is a list of plugins, I assume some combination of them is causing this:
Buddypress
All in one Favicon
BP Profile as Homepage
BP Redirect to Profile for Buddypress
BuddyPress Group Email Subscription
BuddyPress Moderation
BuddyPress No Mentions
BuddyPress Registration Groups
BuddyPress Restrict Group Creation
Custom Profile Filters for BuddyPress
Login Configurator
Welcome Pack
WP No Category Base
WPtouch
bp-dev.org references an outdated version of BuddyPress.
There currently does not appear to be a random parameter for the group members loop.
One way around this is by using BP_Groups_Member::get_all_for_group() combined with a regular members loop.
With BP_Groups_Member::get_all_for_group() (available in /bp-groups/bp-groups-classes.php). Pass your group ID and it will return an array. One of the items in the array is the member IDs. You could then randomize the IDs yourself to a regular members loop:
https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-members-loop/
Could also experiment with the `type` parameter with the “random” argument.
Hi @janismo , the typing mistake you mentioned was done by buddpress. because i did not include a space between the opening and closing tag it defaulted to a greater than entity, which is odd.
*edited
It’s still using an html entity at end of the script tag, i guess because there is a url within the script.
Thank you for calling the load more button to my attention, I will have to add another jquery action if it is clicked upon, but It might be tomorrow because its easter sunday.
@embergermedia
This is how I got the mentions in the profile activity feed.
Edit the file bp-activity-classes.php in the buddypress plugin folder.
`function get_filter_sql( $filter_array ) {
global $wpdb;
if ( !empty( $filter_array ) ) {
$user_filter = explode( ‘,’, $filter_array );
$user_sql = ” ( a.user_id IN ( ” . $filter_array . ” ) “;
foreach ( $user_filter as $user_id ) {
$search_terms = ‘@’ . bp_core_get_username( $user_id ) . ‘<';
$user_sql .= “OR ( a.content LIKE ‘%%”.like_escape($search_terms).”%%’ ) “;
}
$user_sql .= ” ) “;
$filter_sql[] = $user_sql;
}`
and replace this first top half of the function, No need to edit past the first “if” part of that function.
Hope this helps!
hi again @timothyjunior ,
– in your updated code for header.php you have typing mistake on the end of the 2nd line (closing script tag)
– comments/replies of all the activities that go after load more button is pressed are already revealed/expanded and cannot be hidden. Is here any quick fix, or this is exactly what you wanted to achieve?
thanks!
@djpaul, are you saying if I changed BP > General Settings or WP > Settings – it will break or corrupt the database because it‘s the fault of the software? Can you be more specific?
Can the plugin break the database? I only have gut instinct I’m not sure it maybe BP Unread Posts that I have try one day then deactivate then delete it was a few months ago.
If you could report this as a bug on http://trac.buddypress.org using your username and password from this site, and provide some sample text we can
Copy and Paste in, I’ll take a look
Hello again,
I’m trying to get BuddyPress to work with Arabic URLs. Although it works fine with single-word URLS, if a user tries to create a group with an Arabic name that contains spaces in it, then it’s a hit and miss: Sometimes it works, sometimes it doesn’t (submitting a group creation throws a “Bad Request!” 400 error ).
Some notices:
1. I set the database and the bp_bp_groups table collocation to cp1256_general_ci
2. the ‘name’ field takes the Arabic text just fine. For example: ????? ????? ??? ??????
3. the ‘slug’ field records seemingly random characters instead. For example, %d8%ac%d8%a7%d9%85%d8%b9%d8%a9-%d8%a7%d9%84%d9%85%d9%84%d9%83-%d8%b9%d8%a8%d8%af-%d8%a7%d9%84%d8%b9%
3. I tried following this guide http://is.gd/dusori (Enableing Chinese, Arabic and Other High Unicode in WordPress Slugs
), but it didn’t work (ended up with 404 errors)
Is there any way to get BuddyPress to handle the slug as it would in English (simply replace spaces with dashes) and leave the language in tact?
EDIT: Strange, do the forums not render Arabic text?
EDIT 2: It seems that the problem is isolated to group URLs (as far as my testing has revealed so far) I’ve managed to create Arabic forum post titles without any problems. However, the topic slugs are still converted to the seemingly random characters
One option is to do as @embergermedia stated. To catch everyone, you could hook in a profile edit action and check to see if all the fields you require have been completed. If they have, then you could add something in their usermeta saying they’ve completed everything. Then you could hook into bp_init, check that usermeta field, and if you don’t get the correct response, then you can redirect them to their profile, or display an error telling them they need to complete their profile. However, as both @embergermedia and @brooker said, it wouldn’t be the most user friendly way to go.
