BuddyPress.org

Hi,

open your buddypress-nk_NO.po file with a text editor (notepad++ or so) and check you have a plural form for the untranslated string.

The’re several strings containing “members” with a count, but it will be easy to find if you search for “msgid_plural”.
At least, you should find something constructed like this:

#: bp-templates/bp-legacy/buddypress/members/single/groups/invites.php:34
msgctxt "Group member count"
msgid "%d member"
msgid_plural "%d members"
msgstr[0] "%d medlem"
msgstr[1] "%d medlemmer"

Again, note that it is only an example, you may find other strings containing “medlem” that you have eventually to adjust.

The important thing to control is the existence of “%d” and naturally, the presence of the plural form string in the translation.

If you still have trouble after controling/repairing/modifying, it could be possible that it is your theme. To ensure, do the same check in your theme translation.

Other thing to take in account

I’m not 100% sure, but so far i remember, the norvegian buddypress version is not completely translated.
Unfortunately, translate.wordpress.org is actually down and it is impossible to access the plugins translations at this time…

What i expect is that you have an old po file, fully translated, but perhaps not with the most recent changes and updates, which could explain that even if you have plural forms in your translation, they won’t show up in some places.
For ex. because the plural code changed from %s (in your version) to %d or something like that.
To avoid this, you can download the most recent pot file and rename it to buddypress-nk_NO.po.
Then you rename YOUR current version to .pot(with a T), import it to the new file, and adjust or complete the missing strings.

You need to use a custom language file.

View the following article for more info:

Languages and Translations

Hi,

2 – define (‘WPLANG’, ‘en_US’); in wp-config
3 – Dashboard >> Settings >> General >> Site Language (buuddpress-en_US is not in the list)

2 is no more necessary since WP 4.0. Remove it.
3 is not intended to show in that list. General settings are for WordPress language, not for plugins.

WP’s language files use only the domain name (en_UK.mo, en_US.mo, be_BE.mo, etc)
Plugin language files like BuddyPress use their name in addition to the domain (buddypress-fr_FR.mo, buddypress-en_US.mo, and so on)

In your case, you can use WP default language setting (english) and a more specific lang for BP, en_US. It is an avantage for you, as there are only few difference beetwen US and GB, and you can even omit BP translation, as it is coded in english. The situation is much more annoying for all other non english languages!

https://codex.wordpress.org/Installing_WordPress_in_Your_Language

There isn’t a filter for that text but you can use the buddypress textdomain to add a translation.

Customizing Labels, Messages, and URLs

Fr translation has no issue, nor german one.
The issue may be in your language selector or multilingual plugin…

May I ask, would this be a multi-lingual site?

I think what you want done with the profiles is doable, you could configure the profile to display the families profile information and then ave a section for comments below that data. It would take a bit of coding but is achieveable.

The multi-lingual aspect worries me as some translation plugins can be really complex and tend to slow down the site too much, but it depends how far you are looking to go with that translation.

How are you going to handle these payments? Will they be managed through the site or completely separate from it?

@r-a-y The danish locale for moment.js use “da” extension. As you ask for check, i assume it is confusing when BP translation is using “da_DK” ? 🙂

https://github.com/moment/moment/blob/develop/locale/da.js

BP 2.7 introduced dynamic timestamps using livestamp.js and moment.js.

For dynamic timestamp localization to work correctly, we try to load the moment.js localization file.

It is quite possible that moment.js does not come with a Danish translation.

@adjunkten – Can you check to see if there is a Danish translation here?
https://github.com/moment/moment/tree/develop/locale

If so, can you output your WordPress locale using get_locale()? There might be a bug in how we are checking for the moment.js locale file.

Your time stamps looks correct, I’m guessing you mean the Danish translation isn’t working correctly?

You can grab the newest Danish Buddypress translation here https://translate.wordpress.org/locale/da/default/wp-plugins/buddypress followed by merging your current buddypress-da_DK.po file in poedit like this http://www.marketpressthemes.com/blog/how-to-merge-two-po-files-using-poedit/, translate the words you needs to translate, save it as both buddypress-da_DK.po and buddypress-da_DK.mo – and reupload it to your server in your language folder.

I guess that means that when a user registers on one of the multi-sites he can use his account on all the other websites of the Multi-site installation, right ?

Yes, but understand that you have to give that user access to those other sites (in wp-admin) to write blog posts, for example. If a user does not have explicit permissions to a specific multisite site, they won’t have any special access; they’ll only be able to read the content as if they were another normal visitor. You can test this right now, without BuddyPress, and see how it works.

meaning it takes him out of the French Website to put him onto the English on

You seem to be using multisite to have your content localised into different languages. This is a common approach for WordPress multisite, but BuddyPress does not work the way you want it to in this situation.

You can activate BuddyPress in a few different ways. Simply, on multisite, you can activate the plugin on a specific site, or network-wide. There is lots more detail at https://codex.buddypress.org/getting-started/installation-in-wordpress-multisite/ but if BuddyPress is activated network-wide, all the BuddyPress content will only appear on one site (we call this the “root blog”). We use redirects to support this, exactly as you’ve found.

You can’t have BuddyPress active on a multisite that uses the sub-sites as different languages, and have the BuddyPress social network appear on all of them and work in the same way, except with different translations. It doesn’t work that way out the box…

…however here is an advanced setting you can use to make BuddyPress behave like this: BP_ENABLE_MULTIBLOG

See https://codex.buddypress.org/getting-started/customizing/bp_enable_multiblog/
I would encourage you fully test this setting out if you enable it, before you start building the rest of your site, just to understand and confirm its behaviour.

🙂

Check your theme files. You need to find the “ago” part and modify it (via child theme) to what BP use for it.

Or maybe you can get a german version for your theme or search the string in the existing theme translation.

Eventually ask for help on the theme support, as it is not a BP issue.