BuddyPress.org

I’m confused you don’t seem to have any buddypress components in use at all. If you visit the BuddyPress menu in the backend admin under ‘Site Admin’, you’ll see an option to turn on the admin bar: Show admin bar for logged out users: yes/no.

Yes would turn it on and allow visitors the option to login or sign up. If you don’t have that turned on then how you log your users in is entirely up to you.

It is a little confusing. There are two themes to deal with.

A blog theme : bp home theme or wpmu theme

A member theme: bp member theme

The bp home theme is optional. It runs as a regular wpmu theme. If you don’t run this on a blog you are running a standard wpmu theme.

The bp member theme is *not* optional and it’s not a normal wpmu theme. Doesn’t even install in the regular place. Is never activated by a blog or site admin. At the moment you have no choice but to run the bp member theme.

The setting in the backend ‘buddypress > select theme to use for member pages’ is irrelevant at the moment. In the future when you or others develop alternative member themes, that is where you would select them.

You have two themes. One mandatory member theme and a choice of what blog theme to use.

(I’m learning from wardeh. Be simple and clear.)

Yep. Thanks for the tip. This is goofy though. We gotta get Andy to solve the 404 problem. I shouldn’t have to create a dummy page and have to deal with that as well as the 404 problem. Some themes are hardcoded to display the pages that exist. What if I don’t want to have any pages? (I don’t)

Is there a ticket for this?

(he asks too lazy to go look)

@liljohn I’m not certain what you mean by creating custom page templates.

Oh, good!

I created pages for Members, Blogs and Groups.

Wow. Now I see what you are saying wardeh. I created a page with the same slug as the members directory and the 404s go away. Lovely. Thanks! Now I have to see how that broke the css.

Yep, you’re right wardeh. I’m doing all sorts of whacky things to get rid of the 404 problem with directories. Never thought of doing that. I gotta try it.

Back in the day, I created a bunch of pages in mu and bp had major problems with them. Caused all sorts of havoc. Guess it’s been resolved. Thanks!

This is a forest and trees thing with me. I just moved on to other pressing problems and the directory 404s just became normal.

Hi,

I’m trying to localize my BuddyPress installation.

I use WPMU 2.6.5 lecactus-edition (Russian edition).

I install latest BuddyPress over it.

Then, i download russian laguage for BuddyPress (buddypress-ru_RU.mo and .po files) and upload it in bp-languages. Nothing happen.

After that i copy them to wp-contentlanguages, and new language appear in WPMU settings. Strange thing, but it’s displayed as “bu”. Probably becouse i already have “Russian” in that menu, coz i use translated WPMU. Anyway, if i chose “bu” or “Russian” – nothing happen. I check wp-config: there is define (‘WPLANG’, ‘ru’);

Whats wrong?

Really good work, send it tu buddypressdev.org/add-plugin !

@grizzlyGroundswell none of your websites appear to work..

Burt, you wrote:

yoursite.org/members

yoursite.org/groups

yoursite.org/blogs

You don’t have to create pages for these. bp hooks those urls and tries to display the appropriate directory using the plugin-template.php file.

But I beg to differ. I can’t tell you anything about the why or when, just that if you DON’T create these pages, the title of the page shows as “yoursite >> Page not Found”. Yet all the page content still loads fine without the page being created.

So if it is just a workaround for now, or whether it is the right way to make it work, creating the pages makes this error go away. (I noticed it on your site, too, just this morning.)

The buddypress-member theme is what styles the users’ profile pages (with profile, activity, groups, messaging, etc.).

It is what you see at testbp.org for your own profile, or if you click on any other member’s avatar.

It is not for the members blogs. It is not for the home site. It is just for the profile “member” area.

I don’t have the solution, but I do have an observation: the general.js file in my buddypress-combo.zip file is s zero byte file. If this is the javascript that handles cropping, then this could be your problem as well.

I have done exactly what you are talking about at http://buglenotes.com. I set default role to Author, turned off new blog creation, and then modified menus as nec to remove personal blog options (so as not to confuse). I also renamed the News menu item to Blog. Now everyone contributes posts to a “central” blog. So far so good. Of course, this could all backfire after launch

any news on this ?

I honestly don’t know where all the instances for this is (plus “wire” appears in the urls, etc.). First start would be checking out the bp_wire_setup_nav function in bp-wire.php file in mu-plugins.php. That at least would change the menu names. Then I would imagine you would have change text in the BuddyPress user themes…

I did some investigation at the BuddyPress xp-profile component and it doesn’t look like you can override or add the “field types” in the profile (“text box”, “date selector”, etc.) without editting the core files. Which means it’s off of my short-term list to make this into a plugin. It’s a shame, my solution would be great to add for social networking or anything really.

I suggest (1) perhaps using the “settings” panel for the user to add these variables (I did an example recently of this) or (2) do socialbandit’s hack.

Andy – can we build in a way to override the field types for profiles? If “date selector” is a custom object it’s possible we will be coming up with more.