BuddyPress.org

@imjscn – There is no straightforward way to do what you’re trying to do. For the message at the top of the screen, you can change that with a language file and then change the display with CSS. Removing the class=”error” div will be more trouble than it’s worth. The other part will be harder. You […]

Awesome!

Try adding the following item to your $args array:
'type => 'single-group'

When the admin account is created for buddypress, the @mention is “ @admin“.

I’m not sure what this means. BP doesn’t create any admin accounts. It uses the same accounts as your WP installation. As long as you have WP 3.0+, you should have had the opportunity to select your admin login name when you signed up. […]

Notifications for at-mentions will be in BP 1.3: https://trac.buddypress.org/changeset/3403 Your messaging problem sounds strange, like your installation somehow got corrupted, or like you have a plugin conflict. Are you running any other BP-related plugins? Try deactivating them and turning on the BuddyPress Default theme for the sake of testing;…[Read more]

I’m not exactly sure what you mean by “the error types and messages”. There is no place in BP where all error types and messages are defined. Instead, the content of error messages is typically defined in the function where the error might occur. The error is then sent to the user like this: `bp_core_add_message( […]

Whenever you want to have multiple loops on a page, you’ll have to define your own WP_Query. Here’s a good tutorial: http://weblogtoolscollection.com/archives/2008/04/13/define-your-own-wordpress-loop-using-wp_query/

It sounds like the key in your case will be ‘post_type=post’.

See this codex article…[Read more]

Are you talking about the Home, About, Blog, Community, Extend, and Support tabs on buddypress.org? Those are WP Pages. In BP 1.3, there will be better support for having a setup like this that is totally customizable, but even now bp-default does something almost exactly like this. The way that individual user navigation (profile, activity, […]

@ewebber – Did you do what Ezeke suggested? Worked for me on forums:
.post-content img { max-width: 400px; height: auto }

@hnla 🙂

@pisanojm – If it’s not working in IE, it’s likely a problem with TinyMCE that I dare not touch. Likewise with resizing. Links work fine for me.

OK dudes and dudettes. Despite my avowed hatred for TinyMCE and for my BP TinyMCE plugin, I have just released 0.3.1. I think it might fix the ajax problem. If any core devs are reading this, you should know that I made this work despite the fact that bp-default registers and enqueues its JS outside […]

@hnla Your giggles == my tears :'(

BTW, @josemv, the lists work fine, they’re just styled away in bp-default. You will have to put some real ul, ol and li styles into your theme.

It basically sounds like this update succeeded in precisely 0 of the things it was intended to fix. Thanks for the bug reports. In the end, there may be no reliable way to make this work without completely replacing the JS for posting activity updates. If anyone feels like doing that, I would happily give […]

Dammit. That means that my hack is not working. I hate this plugin so much.

It almost certainly means that the JS that replaces the form enctype isn’t working. See the last step in the readme installation for what should be a fix.

Aha! Sounds like it wasn’t a BPGR bug after all. I posted a comment on that bp-tricks thread that explains the fix. You can paste the code I gave there right after the
global $bp;
line in the redirect function.

Glad it’s sorted out!

Cool idea. It sounds like BP is a good fit, with BP groups used as towns.

Some places to start:
– Change the word ‘group’ to ‘town’ throughout BP text and URLs: https://codex.buddypress.org/extending-buddypress/customizing-labels-messages-and-urls/
– Setting up group forums:…[Read more]