BuddyPress.org

I think your BuddyBar ticket is a good idea. With regards to the blog language, I’m wondering if this is something set in WPMU somewhere. Hopefully someone who has looked into this (hey, johnjamesjacoby, that means you :p) can enlighten me.

If it doesn’t work on the default BuddyPress theme that comes with BuddyPress, it’s not going to work on third-party themes.

13. the page just goes blank at login on IE7

If you look at your web server/php error log when this happens, is any message given? Also, if you disable BuddyPress and log in on IE7 via http://yoursite.com/wp-admin/, does that work?

No idea, so: https://buddypress.org/forums/topic/when-asking-for-support

Extended profiles looks like it should be disabled.

BuddyPress will let me disable all the components except "Extended Profiles."

In the politest way possible, why use BuddyPress if you want to disable all of the components? What features are you looking for?

I can’t even *find* that thread Definitely good idea to repost!

Not sure if this needs a separate thread, but as it is connected to the original post:

I have spanish speaking users and have uploaded the spanish Buddypress translations.

However:

– The buddybar follows the language settings of the blog it is on, not of the user that is logged in. Meaning that a Spanish speaker (with language settings -> Spanish on their settings) will see a nice Spanish buddybar when on their own blog, but when they go to an English blog (the main blog for example) then the buddybar turns to English, even though it is ‘their’ buddybar, with their blogs and links to their profile etc. Is this by design or a bug?

As the community homepage is almost separate from the main blog, it should follow the user-set language as well when loaded.

– As the translation is available, I think the language of the main blog/home theme should change according to the (logged in) user visiting it, else they are lost on the community homepage. However, currently it sticks strictly to the language settings of the main blog.

update: just created ticket: https://trac.buddypress.org/ticket/1245 but would like to hear your thoughts on this as well.

Cheers, Harry

You can try use another template or theme to see if the problem is the same as a default theme? I think on buddypress.org there is another bb 1.1 theme that is available for you to download.

I believe GigaOM is using only extended profiles for BP:

http://pro.gigaom.com/

They’re probably haven’t upgraded to BP 1.1, since it’s a highly-customized WPMU/BP site.

—

There’s probably no “gotchas” since you’re turning everything off!

Alkivia is an alternative for user profiles:

wordpress.org/extend/plugins/alkivia/

There’s nothing about BuddyPress that makes it difficult to theme. The only reason most sites don’t deviate much from the default theme right now is simply because BuddyPress is still in it’s infancy and the people making sites with it are probably mostly hobbyists without a ton of design/css/html/php skills. There’s nothing stopping anyone from making a theme that looks nothing at all like the default theme.

See if this solves your issue:

https://buddypress.org/forums/topic/help-i-cant-post-readme

I too started a post about this too. https://buddypress.org/forums/topic/bubble-up-notice-to-all-users-message#post-26350

Maybe this will be a feature in the future update.

Buddypress does not support Chinese, I am very disappoint.

@designodyssey: I like your idea for a BuddyPress showcase that provides a bit of information, as well as inspiration, for others. Certainly learning how GigaOM hired a team of developers to massage code won’t help the average backyard designer, but I’m sure we’d all benefit from others’ experience. Such a project could collect a book of BP ‘recipes’ covering countless common issues.

I haven’t heard bpdev plugins are compatible with 1.1.x

I have spent more than 24-hours non-stop (literally!) to put back my site online after upgrading to Buddypress 1.1.1. I knew it would be painful but the new features and integration are something hard to pass. I have used this theme, and tweaked it a bit (btw, I don’t know anything about PHP) and combined it with my previous facebuddy theme. The site still looks awful (http://bloggista.net) like those sore at the Header Nav. Also the recently active avatars are lining up in one single line down to the bottom.

PHP Gurus, do you have some tips to a newbie like me how to fix it? It used to work nice before the upgrade, but somehow it looks bad now.

Argggg, I spent 24 hours of non-stop trial and error (considering I am a PHP noob) to make my site work after the buddypress 1.1.1 upgrade. Made a lot of tweaking with the avenuek9 theme to look like how my site used to looked like before the upgrade. I hope you gurus can make this How-to- stuff soon. If you look at my site, its still a mess (http://bloggista.net) but it should be back in its handsome form once those minor issues are ironed out. Like, the recently active avatars are lining up in single file down to the bottom as if they’re queuing for the some firing squad.

Thanks folks, looking forward to it.

Hi snagfly. I’m the author of that plugin. It sounds like the problem is that you activated the bbPress trigger plugin inside of WordPress. As is stated in the readme files, this part of the plugin is only needed if you are running a separate installation of bbPress with BuddyPress 1.0.

If you are running BuddyPress 1.1+, you can safely delete the file bb-group-forum-subscription.php, keeping and activating only bp-group-forum-subscription.php.

I would prefer moving all admin for members out of wp-admin into the site, instead of trying to make wp-admin look more like the site. Keep wp-admin for admin only and put all member functionality in the site.

I get this same error after a clean reinstall with the latest WPMU + BP 1.1.1. What’s going on?

EDIT: I hadn’t activated the Buddypress plugin. Forgot it was a plugin. Perhaps mention that in readme.txt?

That’s not a bad idea… just making an admin theme that looks more consistent with BuddyPress. Less jarring for newbies.

Update:

There are 2 places in the WPMU Dashboard an admin can add a new user. Further up in the Site Admin>Users menu, and further down in Users>Add New. Welcome Pack is only activated if a user is added from the Users>Add New menu. And as mentioned above, that is where the glitch occurs.

In testing more thoroughly found the WPMU notifications work fine from both places in the Dashboard when BuddyPress is disabled. When BuddyPress is active the “Add New User” in WPMU develops the glitch as described above.

Previous to BP 1.1, all user registration was dealt with by WordPress, so it’s technically correct to point people towards existing WordPress/MU resources and forums for help.

Since BP 1.1, however, BP changes the new account confirmation/activation email – because on the standard BP 1.1 signup page, the user can pick their own password. And of course, it’s a security issue if we were to somehow send their (encrypted) password back to them. So BP 1.1 overrides the standard WordPress MU email so it doesn’t include the password text.

But, the activation link is part of WordPress. Yes, the BuddyPress default theme uses this behaviour too – but it calls the WordPress code.