BuddyPress.org

AFAIK the answer to both questions is no, not at this time. Sorry.

‘

….that means having to go over the user’s entire output…. and make a serious of highly-subjective decisions about what is and is not acceptable.

‘

you’re right Donnacha… good thinking

@ Nicola

your workflow looks good to me…

would the [Report This] link dynamically insert the reported user’s info?

like:

– Username being reported

– username of the person reporting(in case questions need to be asked)

(if user reporting isn’t signed in, show something else…?)

– a place for the reporter to describe what’s offensive

– perhaps checkboxes of where the offensive content is (blog, wire, events, etc)

That could then be written to a DB table and called back for the admins on the dashboard

(almost the same as the blog comments feature…. delete user, mark report as spam, warm reporting user, warn reported user)

that would be pretty cool…

@timschmi: That sounds really nice! I just have some questions and I would appreciate if you could answer them, if you have the time.

Will it use a wikifarm installation where the main installation is in /wiki/ and when a new wiki is created it will create an independent wiki in /wiki/examplewiki/ using the wiki-engine in /wiki/ or will it simply create a new group in the main wiki /wiki/?

Will it use the user authorisation from the wpmu/bp-database or the built in system?

Will you need someone to test it? (I’m no programmer but i would love to help in anyway i can.)

Will it be available for download?

This is a problem with a plugin so support questions should go to wherever you got that from. In general though, there are functions such as is_home is_single etc. If you only want the gallery JS on your homepage, you’ll need to use is_home as a check wherever the plugin includes its JS.

There’s a small function floating around in the forum that should help you:

function oci_login_redirect($redirect_to, $set_for, $user){

$redirect_to = bp_core_get_userurl($user->id);

return $redirect_to;

}

add_filter('login_redirect', 'oci_login_redirect', 10, 3);

Just put that in your mu-plugins/bp-custom.php.

Credits goes to burtadsit.

I just solved problem number 1 this week (by calling bluehost- they fixed it for me over the phone in under 10 minutes), but am still having your same problem number two!

Any help??

Well…I hate to ask such seemingly infantile questions, but…

I have had wp-recaptcha working fine on the buddypress registration page on http://sportsblognet.com/sbn-start.php (WPMU 2.7/BP RC-1)

now to the questions…

Did you apply for a wp-recaptcha Key?

Did you adjust the settings to work on the registration form? (check two boxes in the settings)

Did you place wp-recaptcha in mu-plugins?

I have had no problems and it worked “out-of-the-box” no core files needed to be edited.

I’m assuming you did all of these things, but the hacking of bp-core-signup.php was not necessary for me, so I had to confirm.

Alright, got xmlrpc all worked out. I was make an assumtion in Trents directions that was not correct. I found this doc and it answered a few questions I had.

https://trac.buddypress.org/browser/trunk/bp-forums/installation-readme.txt (btw – this link should be made much clearer in the BP install docs. Maybe make is a sidebar nav link)

Still trying to integrate cookies. Anyone got any words of wisdom on that one?

I would recommend installing WPMU in the root directory, and modifying home.php in your buddypress-home theme to best match your existing site while still incorporating most of the typical, familiar BuddyPress links.

To answer your questions, WPMU gets installed in the root directory, and BuddyPress is installed in the wp-content/mu-plugins/ directory. (Check codex.buddypress.org for install help.)

The BuddyPress homepage is the home.php file I mentioned above. The files in your root directory are just functionary place holders to help tell WPMU/BuddyPress what content to get from the database and then to tell them which theme files to display that data with.

You are asking in a support forum why design decisions were made and why, considering the evolutionary nature of software, bp ended up as it did. As an end user of bp I have absolutely no idea how to answer either of those questions.

The real answer is that things don’t have to be like they are if you don’t want them to be. Come up with an enhancement and share it with us. That’s the beauty of open source under a GPL license.

Code is Freedom.

I’m seeing quite a few questions about this popping up lately. I’m no fan of an abundance of stickies but perhaps this one deserves a spot in the limelight?

Or should we trey and start some sort of FAQ thread (and, in the process, figure out a way to stop it from becoming completely unwieldy)?

sitewide activity table is just cache of all the activity for every user. It would crash your server if it wasn’t a cache. Every user has a table where their activity is not cached, you’d be better off using that.

I’m not sure exactly where you are trying to use the $activity object? The activity tables have to be generic, so that they can be used for anything, adding specific fields wouldn’t work. You need to check out the format_activity function in each component, that is where you would want to replace the output with the excerpt.

Your best bet is to download the skeleton component, as that explains how things work:

https://codex.buddypress.org/developer-docs/creating-a-custom-buddypress-component/