BuddyPress.org

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

These values are included in the PO file. If your translation file is present upon first install – then it should store the translated values. Can someone check this? This will change, it’s not ideal.

Dreamcolour, may I know if your translation is into Simplified Chinese or Traditional Chinese? It is best to identify it as in HK/Taiwan, they both use Traditional Chinese.

I already done chinese translation. How to edit the https://codex.buddypress.org/translations/ page to add the link?

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

fight4life – it’s not a good idea to translate the source – as the source will change over time.

Sorry, but the official german translation is on the way, we at buddypress.de have only waited for the implementation of load_textdomain, which enable to load the localization. Be patient!

Die deutsche offizielle Ãœbersetzung kommt, wir (buddypress.de) hatten nur noch darauf gewartet, dass BuddyPress die passende Funktion bekommmt, dass es Sprachdateien laden kann. Bitte noch etwas gedulden.

I have nearly translated the whole thing….

My test site is running at meebo.bplaced.net!

I will switch to another domain tommorrow!

Be patient

Translation is done in the the source and not via a language file…