BuddyPress.org

no information about that but this is a very needed option

I think this is an essential request! Instead of adding tons of new features the focus should be on the basic features again; to build a tool that connects people and allows communitation! Everyone who wants to use Buddypress for an international purpose needs multi-language support for the frontend. It would be great to have language filters for the contents like on wordpress.com or facebook.com. If the user prefers swedish instead of english for instance he should only get blog posts/groups and forums in his choosen language. This is definitely one point that should be considered in future development.

Whats your thoughts about this?

I gave some thoughts to this topic and my conclusion so far is, that it would be the best solution to set up a WPMU + Buddypress System for each language. The only thing that would be needed is a Plugin that shares the Userdata between these systems. A user who signed up on your swedish installation of WPMU + Buddypress should be able to use this account for your english version too and so on.

One could do it as on wordpress.com, where wordpress.com is the main website. If You choose a different language, say german (.de) you get redirected to de.wordpress.com and only german content will appear.

For the backend it’s simply a matter of adding another .mo file to the language folder in /wp-content to get wpmu to be multilingual, the same goes for any other plugins, they each have to have their own .mo file.

There is a great plugin available which makes translating plugins or even the the wpmu core itself easy, and allows you to do it a little at a time. CodeStyling Localization (I am not affiliated with them in the least, but it is more than great). It allows you to do localization for themes, plugins, mu-plugins, and wpmu base code itself, absolutely awesome.

http://www.code-styling.de/english/development/wordpress-plugin-codestyling-localization-en

For the front end and to allow different users of any of the blogs to change the backend easily and quickly I recommend qTranslate.

http://www.qianqin.de/qtranslate/

It is easy to use and easy to setup. Non-technical users will immediately know how to use this once it is setup. The setup may not be for non-technical users on their own, but a simple how-to will easily walk anyone through it. This plugin allows visitors to see multilingual content and change the language on the blog front-end (although I haven’t really used it for multilingual switching for the social networking portion of buddypress, I’ll have to play around and see what it can do).

Each blog can have it’s main language set in the the Settings/General page with the site wide default set in Site Admin/ Options (this is built in to wpmu, it doesn’t need a plugin – it’s been there from before 1.0 if my memory is correct).

I use English and Japanese (which will often not work when the localization is not done right) so I think these are pretty good plugins that work well with wpmu’s built in localization.

qTranslate currently has some problems with WPMU and BuddyPress, so unfortunately this isn’t a turn-key solution quite yet. There are a few changes to BP that are patched in the trac, and many changes to qTranslate that need to happen to make this work the way it should.

do I understand correctly that I do need to have 2 installations of BuddyPress, 2 installations of WPMU and 2 installations of BB-Press in order to run my website in 2 languages ?

Appreciate your advise.

Many thanks,

Erich

bump … is there an admin bar language switcher for 1.2?

Please note, the .mo or .po files do not do the complete translation job, e.g. not /wp-reg.php etc.

I think the best solution is to have two separate .mo files with the interface translation and set the translation on wp-content/plugins/bp-custom.php (If you havent the file, create one) with the following code
$lang = substr($_SERVER, 0, 2);
switch ($lang){
case ‘en’:
define( ‘BPLANG’, ‘en’ );
if ( file_exists( BP_PLUGIN_DIR . ‘/bp-languages/buddypress-en.mo’ ) ) {
load_textdomain( ‘buddypress’, BP_PLUGIN_DIR . ‘/bp-languages/buddypress-en.mo’ );
}
break;
case ‘es’:
define( ‘BPLANG’, ‘es’ );
if ( file_exists( BP_PLUGIN_DIR . ‘/bp-languages/buddypress-es.mo’ ) ) {
load_textdomain( ‘buddypress’, BP_PLUGIN_DIR . ‘/bp-languages/buddypress-es.mo’ );
}
break;
}
Check that the filenames are the same

This code detects automatically the browser language and defines the language.

Follow this article to find more about this
https://codex.buddypress.org/buddypress-site-administration/customizing-labels-messages-and-urls/

It is possible to use qtranslate to get a multilanguage buddypress website, however, there are issues. When using the non-default language, the ajax-loaded content will display a “No content found” (ie: “There were no groups found”) warning in the default language. Also some items in the ‘activity’ listing do not get translated properly ‘sometimes’, for example, I am using Spanish and English and in the default list produced on the activity page it shows the same message sometimes in English and sometimes in Spanish, it seems pretty random, I haven’t done any investigating why, yet. So while it looks like a possible solution (qtranslate & buddypress), it definitely needs some work.

It would really be great to let our users chose which language they’d like to see our website on. It’s a pitty that such a great software as BuddyPress lacks this option that many others consider as basic.

There’s always numerous Google translate implementations, but that just isn’t what we need.

I’m guessing some hack could be made with an XProfile field called “language” and a hook to WordPress profile language settings. Unfortunately, I’m not able to code it by myself.