BuddyPress.org

Good idea. I’ll have a look. You can follow progress at https://github.com/boonebgorges/buddypress-docs/issues/81

Off the top of my head, it looks like this code should work. The problem might be that it’s in functions.php of your theme. Try putting it in wp-content/plugins/bp-custom.php instead.

This is just off the top of my head, but try echo bp_core_time_since( strtotime( get_the_date() ) );

Cool, I’ll close it.

I can most assuredly say he did not rip off the premium one and stuff it in the repo. Correct. I spent many hours of my free time coding that plugin. If you don’t believe me, just ask my wife, who had to put up with my constant complaining about Ning’s crappy json files. I […]

I agree with Deryk (I think that the way WP and BP do it natively is not so hot), but a filter is definitely a nice idea. Deryk, would you like to do the honors? It’s probably a nice idea to pass the blogname and the subject as separate arguments to the filter so that […]

Thanks for the heads-up, Luciano! I have made the change in the trunk of the plugin. The strings will be translatable in the next version release.

I’ve never heard of this problem before.

In what sense are you unable to create new posts? Do you get an error message? Has the New Topic form disappeared?

I can’t tell for sure. If so, they’ve totally rethemed it from the bottom up – I can find very few CSS selectors that match what you’d expect in bp-default. But much of the markup looks like it’s derived from bp-default, and certainly about 3/4 of what they’re doing can be done out of the […]

@momotombopuro That sounds like a bug. BP is supposed to remove those blogs from all BP listings, including the admin bar. If you’re able to reproduce this behavior, you should open a ticket at trac.buddypress.org with the steps to reproduce.

It’s been useful for me too – thanks for bringing it up in this public forum. Please continue to share your reflections as you actually build the plugin. And let’s talk about the possibility of merging the BP Group Reviews plugin into what you’re doing – I don’t know if it’ll be possible given the […]

storing each rating as a custom post seems a bit weird. It is going to bloat the posts table, which will affect people backing up. This might be interpreted as a strength of the approach. Some backup solutions don’t account for custom tables. The custom post type approach guarantees that the rating data will […]

Yikes. Sorry 🙂

The cause has to do with the fact that ‘2.7’ and ‘2.8’ (some old WP version numbers) are part of ‘1.2.7’ and ‘1.2.8’. It is a silly strpos() issue. It will be fixed soon.

Thanks for the heads up. https://github.com/boonebgorges/buddypress-docs/commit/6fe649585def782d1215fdc08e11a30cc2a07113

this will not scale well because some objects have no meta table (such as images) How are the images being stored? If they are uploaded through the Media uploader, then they are just a post type of their own, right? I guess that, if I knew that each rate-able content type would have a meta […]

Derek – You’re right that the queries will be a bit more complex than if you stored your data in a single table, but here’s the thing: You won’t have to write those queries, since they’re all already part of the custom post type API. Or at least, as Paul says, if there are really […]

You’ll probably have to write less code if you use custom post types. Also, using custom post types will make it easier for other developers to extend and customize the plugin. Using WP’s meta_query or tax_query will make it pretty straightforward to store and retrieve the data. Your general idea about a ratings API is […]

Awesome, glad to hear it! That new version of BPGR with the fix will be out soon.

I’m not sure in what sense BPGR could block access to bbPress functions. Weird. Is this plugin GPL? Is there somewhere where I can get a copy of it so that I can test this? (Or maybe you can send a copy to me? buddypress.org username at gmail dot com)