BuddyPress.org

makes absolute sense – thanks a lot!

updated BuddyPress Restrict Group Creation to use a loader file (0.1.5) and will look into the sitemap stuff in a few days (need to update it with other features)

@m In reply to your statement above: “Plus I don’t see any reason not to give the user total control over their profile since it’s their info (thus no need for a setting to “Let user decide” )” I thought I might be able to provide a good reason…

As an elementary teacher using BP in the classroom, privacy is incredibly important, and a trigger that allows me to force the privacy of my users should not be discounted.

Teaching kids how to navigate and manage their digital footprint is easier if admins can ensure that mistakes the users make can be contained in the privacy of the “digital classroom”

Plugin looks interesting, but would love the added security of knowing that my kids’ profiles are private.

BuddyPress External Group Blogs

DOES NOT WORK! It still pulls in the same blog posts over and over again.

Hem…

Is it possible to have BP updating without wipping out the previous version .mo file from bp-languages ?

Or at least a warning message telling “bp was succesfully updated, but thi erased your language file. You can upload a new language file at https://i18n.trac.buddypress.org/browser

It is a bit annoying for us foreigners, to suddenly have all in english after each BP update.

Ihttps://i18n.trac.buddypress.org/browser

I know, this should be on trac under Future enhancement, but not only 3rd party plugins authors need to be remembered to correct their work.

Please update this plugin to work when BP is disabled. See:

https://buddypress.org/forums/topic/plugin-hall-of-shame-plugin-devs-please-read

everybody is using cPanel. that can’t be the reason.

Cool plugin. Some ideas:

– A setting to prevent the shoutbox opening in the admin backend would be great

– The “V^x” symbols in the top right of the shoutbox are not very sexy

– A setting to switch off the full page mode (hide “Chat” in the buddybar, hide “Go to full chat” in shoutbox)

“and I modify the buddypress files shown in theme editor to add things like an addition sidebar and such.”

This is why your changes get blown away.

If you need to modify the original files for a child theme, don’t.

Take a copy of that file, add it to the child theme folder, make your mods there.

OK, you can take me off the Shame List. I’ve just put new versions of Group Forum Subscription and Enhanced BuddyPress Widgets into the repo that use the loader method. HIGH FIVE FOR MYSELF!!

No, the bp defaul theme uses a function to call the main BP site. You need to replace it with the standard wp function to get blog_url.

# BuddyPress Restrict Group Creation

# BuddyPress Sitemap Generator

both use

add_action( 'bp_init',

but i just noticed restrict group used wp_head so i’ll change that to bp_head

I guess there are no experienced BP plugin authors because BP hasn’t been around for a long time.

It’s important to get this topic out there and the frequently used plugins fixed quickly. Otherwise people will have strange feelings every time an update for BuddyPress comes out. That hurts BuddyPress.

(I don’t understand though: is there really no way to take care of “white screens” from the other side – from WordPress side? Like a try…catch fatal error thing which would deactivate the plugin causing the error?)

i have wpmu + bp + bpress on multiple domains with a single sign-on, however when using bp-default, the theme is always displaying the main url rather than the blogs url (mapped with donncha’s domain mapping plugin). shouldn’t site_url in header.php display the blog rather than the host? if not, what whould be the correct function to call it?

I have a problem when I use both Goup Wiki and Group Forum Extras plugins. When I try to create a wiki, I’ve got a blank page. The “blog” is correctly created in the database, but nothing in the bp_groups_groupmeta table.

WP MU 2.9.2

BP 1.2.3

Group Wiki 1.3

Group Forum Extras 0.1.8

(I don’t know if it’s better to post here or in the Group Forum Extras’ thread. Sorry if it’s in the wrong place)

Read and follow the instructions listed here:

https://codex.buddypress.org/how-to-guides/customizing-labels-messages-and-urls/

You have to create a .mo file.

I hope there can be, suggest and encourage, a rapid evolution from “plugins” to “modules”.

It is not possible to investing oneself in building a community dependent on third party plugins and it is unethical of anyone to do so.

I can understand individuals dislike of bloat, although often it is just posturizing these day. I agree that the likes of phpBB is too bloated, which is why I write modules that can be removed by switched off like a plugin … but so many key elements are dependent on third parties who cannot be expected to keep up with development cycles or lifetime commitment.

How and where is Automattic handling the adoption of such plugins into the core maintenance?

Thanks.