BuddyPress.org

https://trac.buddypress.org/newticket

Andy loves these kinda posts. He doesn’t always get here to see them before they float off the main page though. The best thing is to put in a trac ticket with your find. It reminds him. https://trac.buddypress.org/newticket

POT and PO Files

To provide a template for translations, the English menu and dialog texts of a program are stored in text files with the extension .pot (short for “PO Template” like .po stands for “Portable Object”.)

If you open up the file and look it would have given so some hints.

Brad

http://gorgeousgamers.com/beta/

You could create a custom translation file and rename everything how you like.

Change translations

It’s in the site admin: /wp-admin/wpmu-admin.php?page=bp_core_admin_settings

Les fichiers de langue FR sont disponible dans le codex de buddypress : https://codex.buddypress.org/translations/french-france-fr_fr/

Il y a 2/3 à modifier mais c’est du bon travail. Merci à l’équipe qui a fait la traduction.

J’ai fait un post pour l’installation des fichiers de traduction :

http://blog.shaze.net/

https://buddypress.org/forums/topic.php?id=171

I have 2 same errors in Russian translation. But everything is still working. Try not to draw your attention

Ah I figured it out! Textbook case of failure to RTFM. I uploaded member-themes into the themes directory instead of the wp-content directory.

Well, at least I learned a little bit more about how buddypress works through the wonderful invention that is var_dump!

Hmm I have that already. I’ve been trying to figure it out and all that’s turned up so far is my firebug is reporting any component page with a 302 header (Moved Temporarily). I didn’t change my .htaccess file prior upgrading to the latest revision (which only involved file movements. Unless there’s some upgrade process that I’m unaware of).

Very weird.

Line 11 of bp-core.php:

define( 'BP_CORE_ROOT_COMPONENTS', 'groups' . ',' . MEMBERS_SLUG );

Make sure you have changed ‘groups’ to ‘projects’.

Hey Andy, thanks for the great work, I just checked out r571 and merged the necessary differences. Now it seems that any member page gets rewritten to index.php!

I committed a fix today that should stop the above from happening.

Sorry to hijack this thread, but I’ve been wanting to change the groups URIs, and ok, so I know that groups is hardcoded in.

But I tinkered around with it and basically created a GROUP_SLUG and set that, in my case, to “projects”. Everything works fine (I had to change a few template things but otherwise it’s ok) except I have a teensy weensy problem with the catchuri function

So now all my pages are something like siteurl.com/members/username/projects/action

(siteurl.com/members/username/projects/, siteurl.com/members/username/projects/my-groups, siteurl.com/members/username/projects/group-finder. You get the idea)

And it works fine until I create a wordpress page called projects, then for some reason siteurl.com/members/username/projects rewrites to siteurl.com/projects, which in my case would be the wordpress page instead of the groups memberpage. I’ve tried taking a look at catchuri, and playing around with the is_page function, but even if I try to name the page something else, like say “projects main”, it still ends up trying to add the template into the page, which naturally fails and ends up with the 404 template.

I also don’t know if it’s related, but my wordpress mu is in a subdirectory, which looking at the catchuri code, doesnt seem to deal with subdirectories at the first explosion of the uri to rewrite (but I may be mistaken), so before the explosion of the actual site_uri function, $bp_uri[component_index] ($bp_uri[0]) actually returns me the subdirectory that my wp mu is in. I’m not sure if this is a bug and/or if it affects muy uri rewriting, but I thought I’d mention it.

p.s. when I delete the projects page, members/username/projects rightfully shows me the my-group template.

you can take a look at it here http://donicethings.org/beta

If anyone could help me I’d be most grateful, thanks!

Users need to add profile data before they will show in any lists. This will change.

I’m not sure why it is not translation, do you have a link?

Great! Thanks for the help. In the end I just uploaded a nontranslated english MO file to the languages folder. Though it doesn’t really make sense for me to update both the WP MU and BuddyPress languages together.

I mean I suppose it’s useful for people who actually want to do translations, but shouldn’t there be a separate function for buddypress altogether (that perhaps is linked to WP MU?)

members can be changed at the top of bp-core.php. The other URLs are not translatable right now.

Look at this:

https://buddypress.org/forums/topic.php?id=171