BuddyPress.org

If I was going to use WordPress and bbPress as past examples, no, and don’t bet that it will be anytime soon.

Someone may make a replica, but usually the *Press public themes aren’t available for public use.

That is an old url, due to WordPress naming policies he had to change his domain name, the correct link should now be:

http://bp-dev.org/groups/chat-plug-in

Looks like there was no progress made.

For my site I have just inserted a simple java client for freenode IRC. This allows site members to either use the chat online or with their favorite irc client.

Brad

Version 1.1. should appear shortly on https://wordpress.org/extend/plugins/welcome-pack/. In addition to working with the latest BuddyPress, it also lets you specify more than one person/group as the default friends/groups.

The only way to do this, is with “deep integration.”

You will want to scour the bbpress.org forums for some more information about how to do this.

I’m going to assist Trent in including deep integration as part of his revised integration write-up that’s coming next. BuddyPress.org uses deep integration, but it’s still tricky and still has pro’s and con’s, particularly on a shared host and also with xmlrpc requests.

By the time that bbpress turns 1.0, most of the integration issues should be resolved, but you’re still loading ALL of WordPress + bbPress to make things go.

As i didnt like the orange colors in BuddyPress, i did a slightly little make over …

http://wordpress-blog.nl

And yes .. I did integrate bbPress in the current theme with a few minor steps

I have been using calendar on my regular wordpress site for some time now and I love it.

It seems to be a great candidate for buddypress if the author allows it.

I love how easy it is to customize just about everything in the calendar from the way it looks to how events appear etc.. very simple

https://wordpress.org/extend/plugins/calendar/

Thankfully for us both, this isn’t a debate.

For various reasons related to our WordPress trademark, we ask if you’re going to start a site about WordPress or related to it that you not use “WordPress” in the domain name. Try using “wp” instead, or another variation. We’re not lawyers, but very good ones tell us we have to do this to preserve our trademark. Also many users have told us they find it confusing.

If you already have a domain with “WordPress” in it, redirecting it to the “wp” equivalent is fine, just as long as the main one users see and you promote doesn’t contain “WordPress.”

“WordPress” in sub-domains is fine, like wordpress.example.com, we’re just concerned about top-level domains.

We’ve told this to anyone who has ever asked us, we just wanted to make it public so more people could be aware of this policy.

I applaud your efforts, and hope your intention is at least to make the theme available publically.

I’m keeping this topic open for now, but it’s on my watch list because it’s already breaking some rules. If it gets too rowdy in here I’m locking it up.

May want to read this…

Domain Policy

Same goes with WordPress as well.

In response, good job modifying the theme colors. In my opinion the forums could still use some work (margins on the sides need 20px), and the missing BuddyBar at the top urks me.

Good info.

Post this in the WordPress MU Trac.

Sounds to me like a PHP error or a memory error.

make a file called php.ini, put it in your wp-admin directory, and inside that file it put…

memory=40MB

upload_max_filesize=10M;

post_max_size=20M;

This will take care of any memory issues your host may be having…

In the .htaccess file at your root directory of your WordPressMU install, put this somewhere near the top…

AddType x-mapp-php5 .php

AddHandler x-mapp-php5 .php

This will take care of PHP issues and make sure your host is giving you PHP5.

Try these out and report back.

Kenneth,

Make sure you are putting the MO language file in the right place — it goes in “{your-buddypress-install}/bp-languages”. Also make sure it’s named correctly with “buddypress-” and the WPLANG locale definition (like “fr_FR” for French).

Then make sure you have defined your language in “wp-config.php”.

You can see all the details at Translating WordPress.

That page explains:

Set WPLANG inside of wp-config.php to your chosen language. For example, if you wanted to use French, you would have:

define ('WPLANG', 'fr_FR');

Hello,

Unfortunately, most hosting companies do not support wildcards due to some configuration settings that should be applied both in the DNS and Apache virtual host. Still, in a properly configured hosting enviropment this can be easily achieved and these requirements can be met without any additional charges.

You may review the following hosting provider which fully support wildcards and has a BuddyPress and WordPress MU hosting packages:

http://www.tmdhosting.com/buddypress-hosting.html

You may also check the following blog on the test platform of BuddyPress at:

http://tmdhosting.testbp.org/

A step by step tutorial on how to install BuddyPress on your hosting is available on:

http://www.tmdhosting.com/tutorials/buddypress/buddypress-tutorial.html

I hope this information will be useful due to the fact that it is not an advertisement — you are free to choose the best hosting provider for your needs. Good luck .

TMDHosting Team

I’am currently working on a matching bbPress theme for BuddyPress … But, it only fit my (tweaked) theme for BuddyPress

The forum is up and running, but the theme is still in development

The color scheme i use can be seen over here:

http://wordpress-blog.nl

With poedit.

See https://codex.wordpress.org/User:Skippy/Creating_POT_Files

The bbPress template is PAINFUL to modify. Doesn’t work the same was as WordPresss.

I’ve found though that the blank theme available from

http://www.refueled.net/blank-themes/

make creating a matching theme so much easier.

Check them out.

Upgrade to the latest svn mu 2.7.1 branch: http://svn.automattic.com/wordpress-mu/branches/2.7

There was a bug in mu that tried to load plugins that don’t exist. Since you don’t have the individual bp plugins anymore, they don’t exist. That might be the problem. This was fixed in rev 1720.

Hally-

wp-signup.php is a WordPress Mu file, not a BuddyPress file. Look within the directory you’ve installed WPMU.

Ah — you mentioned RC1. Then yes, the BuddyPress plugins would be in “mu-plugins” still.

Write in new language to msgstr within buddypress.pot and save as buddypress-spots.mo

Make sure you are creating the MO file from a PO file, which is in turn a copy of the POT that is bundled with BuddyPress.

Your “bp-languages” directory should look something like this:

buddypress.pot

buddypress-mysite.po

buddypress-mysite.mo

If you have trouble editing the POT or PO in a text editor, you can use special software also — see https://codex.wordpress.org/Translating_WordPress and look for “Translation Tools.” In my opinion those are overkill for this type of thing, though.

I currently use vbulletin and a regular wordpress blog and find that the bridge is so nice. I agree that an MU/VB bridge would set things perfect for me. However, seeing that we can’t have the bets of both worlds just yet, can anyone give me a good reason why I should more to bbPress? I understand that it is a young forum but does anyone really see it getting better? And if so, soon?

Looks like this was fixed in Changeset 1157. Therefore, the bug still exists if you’re using RC1.

You have two choices:

1. Either upgrade to the latest trunk (as Burt says) following these instructions: https://buddypress.org/forums/topic.php?id=1994

2. Or, wait until WordPress MU 2.7.1 is officially released and an official BuddyPress RC2 zip is available.